Nothing Special   »   [go: up one dir, main page]

WO2018163461A1 - ソフトウェア更新管理システム及びプログラム - Google Patents

ソフトウェア更新管理システム及びプログラム Download PDF

Info

Publication number
WO2018163461A1
WO2018163461A1 PCT/JP2017/027397 JP2017027397W WO2018163461A1 WO 2018163461 A1 WO2018163461 A1 WO 2018163461A1 JP 2017027397 W JP2017027397 W JP 2017027397W WO 2018163461 A1 WO2018163461 A1 WO 2018163461A1
Authority
WO
WIPO (PCT)
Prior art keywords
update
software
control
time
information
Prior art date
Application number
PCT/JP2017/027397
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 CN201780088075.1A priority Critical patent/CN110383249B/zh
Publication of WO2018163461A1 publication Critical patent/WO2018163461A1/ja

Links

Images

Classifications

    • 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
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Definitions

  • the present invention relates to a software update management system and program, and particularly to updating software that operates in equipment.
  • ⁇ Applications are distributed to terminals such as tablets and smartphones used by customers such as owners of buildings subject to maintenance to provide customers with services related to customer building equipment.
  • the version of software operating on the building equipment must be compatible with the distributed application. If not, it is necessary to update or newly install the software of the equipment.
  • the update and the new installation are collectively referred to as “update”.
  • the building management company manages the software of the equipment and its update.
  • the software update can be performed by another system (for example, an entrance / exit management system when the update target is an air conditioning facility) or another customer (for example, a building It may affect the control of equipment by other tenants in the case of tenant buildings. Therefore, for example, it is desired to update the software at an appropriate timing such as a time zone when the equipment is not used much.
  • a time zone that does not affect the control of the equipment is obtained by referring to the update history of the software and the control schedule of the equipment, and the software can be updated during that time zone.
  • control that is not set as a control schedule for example, control that is executed by using a customer operation or environmental change as a trigger
  • internal processing of the building equipment for example, data aggregation process
  • the object of the present invention is to update software in consideration of control that does not appear in the control schedule of equipment.
  • the software update management system includes control schedule information storage means for storing control schedule information in which a schedule for controlling equipment is defined, and a scheduled update time and required update time for software operating in the equipment.
  • An accepting unit that accepts update request information, a state information obtaining unit that obtains state information indicating a state of a load on the equipment, an update determining unit that determines whether or not software can be updated, and an instruction from the update determining unit
  • Updating means for updating software in response to the update information, and the update determination means refers to the status information, and the update process of software that reaches the scheduled update time is defined in the control schedule information.
  • the degree of influence on not only defined controls but also undefined controls. Includes influence calculation unit for calculating a to impact, calculated degree of influence in the case of more than the predetermined threshold value is one that does not instruct the update of the software in the updating means.
  • control schedule information is preset with a priority for each control of the equipment, and the update determination means updates the software that has not been updated at the scheduled update time.
  • the update determination means updates the software that has not been updated at the scheduled update time. Including a priority setting unit that sets the priority according to the elapsed time from the time, even if the software priority is greater than or equal to the threshold, the software priority is about to update the software If the priority of the control to be executed redundantly is exceeded, the updating means is instructed to update the software.
  • load model storage means for storing a load model in which a time-series change of the load applied to the equipment is defined, the update determination means, even if the degree of influence of the software is greater than or equal to a threshold, When it is determined that the load on the equipment will increase in the future by referring to the load model, the update unit is instructed to update the software.
  • the program according to the present invention provides a computer that can access control schedule information storage means for storing control schedule information in which a control schedule for equipment is defined, and a scheduled update time and required update time for software operating in the equipment.
  • Receiving means for receiving update request information including, status information acquiring means for acquiring status information indicating the status of the load on the equipment, update determining means for determining whether software can be updated, and instructions from the update determining means Accordingly, it functions as an updating means for updating software.
  • the update determining means refers to the status information, and the effect of the software update process reaching the scheduled update time affects not only the control in which the schedule is defined in the control schedule information but also the control that is not defined
  • An influence degree calculation unit for calculating an influence degree indicating the degree of the above-described problem, and when the calculated influence degree is equal to or greater than a predetermined threshold, the update unit is not instructed to update the software.
  • software can be updated in consideration of control that does not appear in the control schedule of equipment.
  • the software can be updated at this time. it can.
  • FIG. 1 is an overall configuration diagram showing an embodiment of a software update management system according to the present invention.
  • FIG. 2 is a hardware configuration diagram of a computer installed in the building facility according to the first embodiment.
  • 1 is a block configuration diagram of building equipment in Embodiment 1.
  • FIG. 6 is a diagram illustrating an example of a data configuration of update request information registered in an update request information storage unit in Embodiment 1.
  • FIG. 6 is a diagram illustrating an example of a data configuration of control schedule information registered in a control schedule information storage unit according to Embodiment 1.
  • FIG. 1 is an overall configuration diagram showing an embodiment of a software update management system according to the present invention.
  • FIG. 2 is a hardware configuration diagram of a computer installed in the building facility according to the first embodiment.
  • 1 is a block configuration diagram of building equipment in Embod
  • FIG. 10 is a diagram illustrating an example of a data configuration of update request information registered in an update request information storage unit according to Embodiment 2.
  • FIG. 10 is a diagram illustrating an example of a data configuration of control schedule information registered in a control schedule information storage unit according to Embodiment 2.
  • FIG. 10 is a flowchart illustrating software update processing according to the second embodiment.
  • 12 is a flowchart illustrating software update processing according to the third embodiment.
  • FIG. 1 is an overall configuration diagram showing an embodiment of a software update management system according to the present invention.
  • FIG. 1 shows a remote monitoring center 1, a customer office 2 and a customer building 3.
  • the customer office 2 is an office of a customer such as an owner of the customer building 3 and is provided with a customer terminal 20 that communicates with the remote monitoring center 1 via a customer network 4 such as a public line or the Internet.
  • the customer terminal 20 is a terminal such as a personal computer (PC), a smartphone, or a tablet used by the customer.
  • the customer building 3 is a building owned by the customer, and one or a plurality of facility devices (hereinafter referred to as “building facilities”) 30 to be updated with software are installed.
  • building facilities facility devices
  • the building facility 30 communicates with the remote monitoring center 1 via the facility network 5 such as a public line or the Internet.
  • the facility network 5 such as a public line or the Internet.
  • each building facility 30 only needs to have a configuration to be described later, so FIG. 1 shows only one unit for convenience. Show.
  • the remote monitoring center 1 is a facility of a building equipment maintenance company, and remotely monitors the building equipment 30 installed in the customer building 3. Further, by distributing the application to the customer terminal 20, a service related to the use of the building facility 30 of the customer building 3 owned by the customer is provided to the customer.
  • the remote monitoring center 1 has a configuration in which a management terminal 11, a software management server 12, a customer information management server 13, a customer service server 14, and a building facility management device 15 are connected via an intranet 16.
  • the management terminal 11 includes a PC or the like used by an administrator who manages the application for customer terminals and the software for building facilities in the remote monitoring center 1 and is used for management of software and various types of information.
  • the software management server 12 is a server computer that holds and manages customer terminal applications and building facility software.
  • the customer information management server 13 is a server computer that holds and manages configuration information including arrangement and software version of the building facility 30 of the customer building 3.
  • the customer service server 14 is a server computer that provides services to customers.
  • the customer service server 14 downloads an application for a customer terminal to the customer terminal 20 in response to a request from the customer. Further, when the customer service server 14 requests the building facility management device 15 to update the software in the building facility 30 and receives a notification that the software has been updated from the building facility management device 15, the downloaded customer terminal application uses it. Notify the customer that it is possible.
  • the building facility management apparatus 15 is a server computer used for managing the building facility 30. Specifically, the building facility 30 is controlled and monitored. In addition, it manages software updates executed by the building facility 30 itself in response to a software update request.
  • FIG. 2 is a hardware configuration diagram of a computer mounted on the building facility 30 in the present embodiment.
  • the controller can update software itself and has the ability to execute it.
  • the controller is a facility device that controls the operation of various facilities (not shown) such as a connected air conditioner.
  • the computer mounted on the controller can be realized with a general-purpose hardware configuration that has existed in the past. That is, the computer is configured by connecting the CPU 41, ROM 42, RAM 43, hard disk drive (HDD) 44, and network interface (IF) 45 provided as communication means to the internal bus 46 as shown in FIG.
  • HDD hard disk drive
  • IF network interface
  • FIG. 3 is a block configuration diagram of the building facility 30 in the present embodiment. Note that components not used in the description of the present embodiment are omitted from the drawings.
  • the building facility 30 in the present embodiment includes an update request reception unit 31, a state monitoring unit 32, an update determination unit 33, a software update unit 34, a control unit 35, a software storage unit 36, an update request information storage unit 37, and control schedule information.
  • a storage unit 38 is provided.
  • the update request receiving unit 31 receives update request information for software operating in the building facility 30 from the remote monitoring center 1.
  • the state monitoring unit 32 monitors the state of the load on the building facility 30 and passes state information indicating the state to the update determination unit 33.
  • the update determination unit 33 determines whether the requested software can be updated in response to the update request received by the update request reception unit 31. When it is determined that the update is possible, the software update unit 34 is instructed to update the software.
  • the update request receiving unit 31 in the present embodiment includes an influence degree calculating unit 331.
  • the influence degree calculation unit 331 refers to the state information, and the update process of the software that reaches the scheduled update time affects not only the control in which the schedule is defined in the control schedule information but also the control that is not defined. The degree of influence indicating the degree is calculated.
  • the software update unit 34 updates the software in response to an instruction from the update determination unit 33.
  • the control unit 35 controls the software update process in cooperation with the components 31 to 34.
  • the software storage unit 36 stores update target software.
  • FIG. 4 is a diagram illustrating an example of a data configuration of update request information registered in the update request information storage unit 37 in the present embodiment.
  • the update request information acquired by the update request receiving unit 31 is registered in the update request information storage unit 37 and deleted when the update is executed by the software update unit 34.
  • the update request information includes U-ID, building ID, equipment ID, software name, version, required time, and update request date and time.
  • the U-ID is identification information of update request information (record).
  • the building ID is identification information of the customer building 3 that has received the update request information.
  • the equipment ID is identification information of the building equipment 30 to be updated by software.
  • the update request information is held for each building facility 30, so the same identification information is set for each of the building ID and the facility ID.
  • the software name is a name as information for specifying the software to be updated, and the version indicates the version of the software after the update.
  • the required time is the time required for updating the software.
  • the update request date / time is a scheduled date / time at which execution of the update process of the software is started.
  • FIG. 5 is a diagram illustrating an example of a data configuration of control schedule information registered in the control schedule information storage unit 38 in the present embodiment.
  • update request information in which a schedule of control performed on the building facility 30 is defined in advance is registered.
  • An operation control unit (not shown) controls the operation of the building equipment 30 or the equipment such as air conditioning connected to the building equipment 30 according to this control schedule.
  • the control schedule information includes SC-ID, building ID, equipment ID, control content, setting value, start date and time, and end date and time.
  • SC-ID is identification information of control schedule information (record).
  • the building ID and equipment ID are as described in the update request information.
  • the control content is a name that specifies the content of the control to be performed.
  • As the set value a specific set value for executing the control is set.
  • the start date and time and the end date and time are information for specifying a range of time for performing the control, and the start and end of the control are set.
  • Each of the components 31 to 35 in the building facility 30 is realized by a cooperative operation of a computer installed in the building facility 30 and a program operating on the CPU 41 mounted on the computer.
  • Each storage unit 36 to 38 is realized by an HDD 44 mounted in the building facility 30.
  • the RAM 43 or an external storage means may be used via a network.
  • the program used in this embodiment can be provided not only by communication means but also by storing it in a computer-readable recording medium such as a CD-ROM or USB memory.
  • the program provided from the communication means or the recording medium is installed in the computer, and various processes are realized by the CPU of the computer sequentially executing the program.
  • the administrator receives the updated information using the management terminal 11 and the correspondence information indicating the correspondence between the application for the customer terminal and the version of the software for the building equipment.
  • the customer operates the customer terminal 20 and acquires the application for the customer terminal from the customer service server 14 by downloading.
  • the customer service server 14 corresponds to the customer terminal application newly acquired by the customer by referring to the correspondence information registered in the software management server 12 and the customer information registered in the customer information management server 13.
  • the building equipment management apparatus 15 is requested to update the software of the building equipment 30.
  • the building facility management apparatus 15 transmits update request information to the building facility 30 to instruct software update.
  • the update request receiving unit 31 acquires the information and registers it in the update request information storage unit 37, thereby receiving a software update request.
  • the update determination unit 33 reads one record from the update request information from the update request information storage unit 37 (step 101). Here, description will be given focusing on one read update request information. Similarly, other update request information is read from the update request information storage unit 37 and the processing described later is performed. The update determination unit 33 further reads control schedule information from the control schedule information storage unit 38 (step 102).
  • the update determination unit 33 waits until the scheduled update date and time of the software to be updated in the read update request information (N in Step 103). When the scheduled update date and time is reached (Y in Step 103), the update determination unit 33 displays the status monitoring unit 32. Status information is acquired from (step 104). In the present embodiment, processing is performed according to the procedure as described above. In step 101, the update determination unit 33 constantly compares the update date and time of the update request information with the current time, and when the update date and time arrives. The corresponding update request information may be read out.
  • FIG. 7 is a diagram showing a data configuration example of the state information in the present embodiment.
  • the state information includes S-ID, building ID, equipment ID, monitoring item name, state, and acquisition date and time.
  • S-ID is identification information of state information (record).
  • the building ID and equipment ID are as described in the update request information.
  • the monitoring item name is a name indicating an item to be monitored.
  • the state is the current state of the monitoring item.
  • the status information of the first record indicates that the CPU load factor is 70%.
  • the acquisition date and time is the date and time when the load status is acquired.
  • the influence degree calculation unit 331 calculates the influence degree with respect to software that reaches the scheduled update date (step 105).
  • the degree of influence is an index that objectively indicates the influence on the building facility 30 by executing software update processing that reaches the scheduled update date.
  • the influence degree is calculated as follows. First, for simplification of description, the description will be given focusing on the CPU load factor.
  • a threshold value is set in advance in order to determine the presence or absence of the degree of influence. For example, assume that 80% is set as the threshold for the CPU load factor. Here, it is assumed that the CPU load rate detected from the state information is 70%. In this case, the degree of influence is 70%, which is below the threshold (80%) (N in Step 106), so the update determination unit 33 instructs the software update unit 34 to update the software. In response to this instruction, the software update unit 34 acquires a new version of the software from the remote monitoring center 1 and updates the software (step 107).
  • the update determination unit 33 updates the software in software.
  • the process returns to step 104 without instructing the update unit 34. That is, steps 104 to 106 are repeated until the influence level falls below the threshold value.
  • the CPU load factor has been described for the sake of simplification.
  • tb is the required time set in the update request information
  • ta is the time obtained from the start date and time of the control schedule information, and the time when the control will be executed next from the current time for a certain control Time until (start date and time).
  • a certain control corresponds to a control that is executed redundantly when an update process of the software is to be executed. Since control and software update processing use (consume) both the resources of the building facility 30, if the software update processing is executed at the scheduled update date and time, the existing control that is executed redundantly will be affected. Because it might end up.
  • La is load information obtained by quantifying the load applied to the building facility 30 at a current time using a predetermined calculation formula based on the acquired state information.
  • a and b are coefficients, and are set as appropriate for each building facility 30 or each type of building facility 30 (air conditioning, entrance / exit system, etc.).
  • (tb-ta) indicates whether the software update process can be executed while the control defined in the control schedule information is not executed. If the required time tb for software update is longer than the idle time ta when the control is not executed, the execution of the control is affected accordingly.
  • the load information La is based on use by control not defined in the control schedule (for example, control executed with a customer operation or environmental change as a trigger) or internal processing of the building facility (for example, data aggregation processing).
  • the load applied to the building facility 30 is included.
  • By calculating the degree of influence by adding this load information La it is possible to consider the load caused by control that does not appear in the software update record or the equipment device control schedule when determining whether software update is possible. It becomes. If the value indicated by the load information La is relatively large even though the control defined in the control schedule is not executed, there is a possibility that the control not defined in the control schedule is executed. It can be estimated that there is. That is, if software update is started, execution of control that is not defined in the control schedule may be affected.
  • the update determination unit 33 compares the influence degree calculated by the above-described calculation formula in the influence degree calculation unit 331 with a predetermined threshold value. As described above, whether to update the software is determined.
  • the said calculation formula is an example, It is not necessary to limit to this.
  • the software is updated by an instruction from the update determination unit 33 (Step 107).
  • Step 104 to 106 are repeated. However, it is considered that the load of the building facility 30 will eventually drop and the influence will eventually fall below the threshold. Although the scheduled update date may have passed, the software update can be executed at a timing that does not affect the execution of the control of the building facility 30.
  • the software update process is defined in the control schedule information as well as the control defined in the control schedule information by considering the load on the building facility 30. It is possible to control the execution of the software update in consideration of the influence on the control that has not been performed. That is, according to the present embodiment, the software can be updated without affecting the operation, operation, etc. in the building facility 30.
  • the update request information corresponding to the software is deleted from the update request information storage unit 37 by the software update unit 34 under the control of the control unit 35 or the control unit 35. Then, the fact that the software has been updated is notified to the customer via the remote monitoring center 1, whereby the customer knows that the application for the customer terminal can be used. As described above, according to the present embodiment, the customer can receive the service without being aware of the software to be updated in the building facility 30 and the update timing of the software.
  • the update request information corresponding to the software for which the update has been completed is deleted from the update request information storage unit 37, but flag information or update indicating that the update has been completed without being deleted.
  • the end date and time may be recorded in association with the update request information.
  • FIG. FIG. 8 is a block configuration diagram of a building facility in the present embodiment.
  • the same components as those in the first embodiment (FIG. 1) are denoted by the same reference numerals and description thereof is omitted.
  • a priority setting unit 332 is added to the update determination unit 33 shown in the first embodiment.
  • the priority setting unit 332 sets a priority according to the elapsed time from the scheduled update time for software that has not been updated even when the scheduled update time is reached.
  • the hardware configuration of the building facility 30 may be the same as that of the first embodiment.
  • FIG. 9 is a diagram illustrating an example of a data configuration of update request information registered in the update request information storage unit 37 in the present embodiment.
  • the priority set and updated by the priority setting unit 332 is additionally set in the data configuration shown in the first embodiment (FIG. 4).
  • FIG. 10 is a diagram illustrating an example of a data configuration of control schedule information registered in the control schedule information storage unit 38 in the present embodiment.
  • a setting degree is set in advance in the data configuration shown in the first embodiment (FIG. 5).
  • the priority included in the control schedule information is a fixed value set corresponding to each control. A higher priority is set for a control that is to be executed as scheduled without delay.
  • the update determination unit 33 calculates the degree of influence by referring to the load state of the building facility 30 when determining whether or not the software can be updated (steps 101 to 105).
  • the software is updated by an instruction from the update determination unit 33 as in the first embodiment (Step 107).
  • the priority setting unit 332 in the present embodiment sets the priority for the software (Step 201). More specifically, each software is set to 0 as the initial priority, and the priority is increased by 1 each time the elapsed time from the update request date / time of the software exceeds a predetermined threshold Ts. Go. For example, if the threshold value Ts is 5 minutes, the priority is updated so that the priority becomes a high value as time passes, such as 1 when 5 minutes have passed from the update request date and time and 2 when 10 minutes have passed. .
  • the update determination unit 33 refers to the required time of the software and the start date / time and end date / time of the control schedule information, and temporarily updates the software from among the controls defined in the control schedule information.
  • a control that is executed redundantly with the software update process is extracted.
  • the priority of software is compared with the priority of one or more extracted controls, and if the priority of software exceeds the priority of all controls (N in Step 202), the update determination unit 33 By instructing the software updating unit 34, the software is updated (step 107).
  • step 202 if the priority of the software is equal to or lower than the priority of any control (Y in step 202), the process returns to step 104 without instructing to update the software. As a result, the processing in steps 104 to 202 may be repeatedly executed. However, in step 201, the priority of software increases as time elapses. This will cause the software to be updated.
  • the load applied to the building facility 30 will eventually drop even if the influence degree is equal to or greater than the threshold value. As a result, the influence degree will eventually fall below the threshold value. I decided to update. In this embodiment, such an assumption is unnecessary. In other words, if the load of the building facility 30 is continuously high for a certain level, the software cannot be updated. Therefore, in order to cope with such a case, priority is set to software and control, and priority is given to control that may be executed redundantly when software cannot be updated continuously. From the relationship of the degree of software, the software update process is performed when the priority is higher than the execution of the control. This may slightly affect the execution of the control, but it can be avoided from continuing the state where the software update is not executed.
  • FIG. 12 is a block configuration diagram of a building facility in the present embodiment.
  • the same components as those in the first embodiment (FIG. 1) are denoted by the same reference numerals and description thereof is omitted.
  • the hardware configuration of the building facility 30 may be the same as that of the first embodiment.
  • the load model storage unit 39 is added to the configuration shown in the first embodiment.
  • the load model stored in the load model storage unit 39 is model data in which a time-series change in the load applied to the building facility 30 is defined, and is generated from a past load transition. For example, the load applied to the building facility 30 is increased when a control with a high load is executed or when a plurality of controls are executed simultaneously.
  • the load model includes not only the transition of the load, but also information indicating the usage status of the building equipment 30 such as the time zone during control, maintenance, and counting (for example, during operation of the control program for daily report processing). It may be set in association with.
  • the current usage status of the building facility 30 may be acquired from the remote monitoring center 1.
  • the update determination unit 33 calculates the degree of influence by referring to the load state of the building facility 30 when determining whether or not the software can be updated (steps 101 to 105).
  • the software is updated by an instruction from the update determination unit 33 as in the first embodiment (Step 107).
  • the update determination unit 33 in the present embodiment acquires the load model from the load model storage unit 39, and the load level trend after the present time from the load model Is recognized (step 301). If it is determined that the load on the building facility 30 will increase in the future (Y in Step 302), the software is updated by instructing the software updating unit 34 (Step 107).
  • Step 302 if it is determined that the load on the building facility 30 will not increase in the future (N in Step 302), the process returns to Step 104 without instructing software update.
  • steps 104 to 106 are repeated on the assumption that the load on the building facility 30 will eventually drop even if the degree of influence is greater than or equal to the threshold. However, it is possible that the load on the building equipment 30 will rise rather than fall.
  • the impact is the threshold. Even if it is the above, the software update was forced. In this way, it can be avoided that the software update continues without being executed.
  • whether to update the software is determined by paying attention only to the load transition.
  • information indicating the usage status such as during control is added
  • load model for convenience, one load model has been described.
  • a plurality of load models may be prepared according to business days / holidays, time of day, and the like.
  • the state monitoring unit 32 monitors the state of the load on the building facility 30, but in addition to this, specific software, specifically, software to be updated or software executed in cooperation with this software Alternatively, the operation status of control software having a high priority may be monitored. Then, when specific software is operating, it waits for software update.
  • the threshold value to be compared with the influence degree in Step 106 is a fixed value. However, you may make it change a setting value according to time like a load model.
  • the building facility 30 performs software update control of the building facility 30.
  • the building facility 30 software is updated by another device, for example, another device with a gateway. Control may be performed.
  • the building management apparatus that manages the plurality of building facilities 30 may be used. Alternatively, it may be performed from the remote monitoring center 1.
  • the load of the other building facilities 30 is also considered, that is, the other building facilities 30
  • the influence degree may be calculated with reference to the state information.
  • the remote monitoring center 1 performs software update control
  • the load on the building facility 30 of another customer building 3 may be considered.
  • software update management in the customer building 3 of the remote monitoring center 1 is performed.
  • the software update order may be determined based on the calculated influence degree.
  • the building facility 30 automatically determines whether or not the building facility 30 can be updated with software.
  • the building facility 30 is provided with a notification unit so that customers can be sure to update the software. You may make it inquire.
  • 1 remote monitoring center 2 customer office, 3 customer building, 4 customer network, 5 facility network, 11 management terminal, 12 software management server, 13 customer information management server, 14 customer service server, 15 building facility management device, 16 Intranet, 20 Customer terminal, 30 Building equipment, 31 Update request reception unit, 32 State monitoring unit, 33 Update determination unit, 34 Software update unit, 35 Control unit, 36 Software storage unit, 37 Update request information storage unit, 38 Control Schedule information storage unit, 39 Load model storage unit, 41 CPU, 42 ROM, 43 RAM, 44 Hard disk drive (HDD), 45 Network interface (IF), 46 Internal bus, 331 Influence calculation unit, 332 Priority setting unit.
  • HDD Hard disk drive
  • IF Network interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

設備機器の制御スケジュールに表れてこない制御をも考慮してソフトウェアの更新を行う。ビル設備３０の制御のスケジュールが定義された制御スケジュール情報を記憶する制御スケジュール情報記憶部３８と、ビル設備３０において動作するソフトウェアの更新要求情報を受け付ける更新要求受付部３１と、ソフトウェアの更新の可否を判定する更新判定部３３と、ソフトウェアの更新を行うソフトウェア更新部３４と、を有する。更新判定部３３は、状態監視部３２が取得したビル設備３０の負荷の状態情報を参照して、更新予定時間を迎えるソフトウェアの更新処理が、制御スケジュール情報にスケジュールが定義されている制御及び定義されていない制御にも与える影響度を算出し、算出した影響度が閾値以上の場合には当該ソフトウェアの更新をソフトウェア更新部３４に指示しない。

Description

ソフトウェア更新管理システム及びプログラム
　本発明は、ソフトウェア更新管理システム及びプログラム、特に設備機器において動作するソフトウェアの更新に関する。
　保守対象のビルのオーナー等の顧客が使用するタブレットやスマートフォンなどの端末にアプリケーションを配布して、顧客ビルの設備機器に関連するサービスを顧客に提供することが行われている。顧客が配布されたアプリケーションを使用してサービスを正常に利用できるようにするには、ビルの設備機器において動作するソフトウェアのバージョンが、配布されたアプリケーションに対応している必要がある。もし、対応していない場合には、設備機器のソフトウェアを更新したり新規インストールしたりする必要がある。以降の説明では、更新と新規インストールをあわせて「更新」と呼ぶことにする。
　従来においては、更新の実績やビル設備の運用スケジュールを参照して設備機器（コントローラ）のソフトウェアの更新スケジュールを作成する技術が提案されている（例えば、特許文献１）。
特開２０１５－１９１５０２号公報 特開２００９－１５７５９７号公報 特開２００９－２８６６００号公報 特開２００８－１８６３９２号公報 特開２００９－１６９５２４号公報 特開２０１１－１１３３９１号公報 特開２００８－１５２３３２号公報 特開２００１－０６７２２５号公報
　ところで、顧客が上記サービスを利用できない場合、顧客は、どの設備機器のソフトウェアを更新してよいのか、またどのタイミングで更新してよいのかを判断することができない。ビル管理会社は、設備機器のソフトウェア及びその更新を管理するが、ソフトウェアの更新は、他のシステム（例えば、更新対象が空調設備の場合における入退管理システム）や他の顧客（例えば、ビルがテナントビルの場合における他のテナント）による設備機器の制御に影響を与える可能性がある。そのため、例えば、設備機器があまり利用されていない時間帯など適切なタイミングでソフトウェアの更新を行うことが望まれる。
　従来においては、ソフトウェアの更新実績や設備機器の制御スケジュールを参照して設備機器の制御に影響を与えない時間帯を求め、その時間帯にソフトウェアの更新を行えるようにしていた。しかしながら、設備機器を動作させるための制御処理には、制御スケジュールとして設定されていない制御（例えば、顧客操作や環境変化をトリガーとして実行される制御）やビル設備の内部処理（例えば、データ集計処理）等があるが、従来では、ソフトウェアの更新実績や設備機器の制御スケジュールに表れてこない制御に与える影響を考慮していなかった。
　本発明は、設備機器の制御スケジュールに表れてこない制御をも考慮してソフトウェアの更新を行うことを目的とする。
　本発明に係るソフトウェア更新管理システムは、設備機器の制御のスケジュールが定義された制御スケジュール情報を記憶する制御スケジュール情報記憶手段と、前記設備機器において動作するソフトウェアの更新予定時間及び更新所要時間を含む更新要求情報を受け付ける受付手段と、前記設備機器にかかる負荷の状態を示す状態情報を取得する状態情報取得手段と、ソフトウェアの更新の可否を判定する更新判定手段と、前記更新判定手段からの指示に応じてソフトウェアの更新を行う更新手段と、を有し、前記更新判定手段は、前記状態情報を参照して、更新予定時間を迎えるソフトウェアの更新処理が、前記制御スケジュール情報にスケジュールが定義されている制御のみならず、定義されていない制御にも与える影響の度合いを示す影響度を算出する影響度算出部を含み、算出した影響度が所定の閾値以上の場合には当該ソフトウェアの更新を前記更新手段に指示しないものである。
　また、前記制御スケジュール情報には、前記設備機器の各制御に対する優先度が予め設定されており、前記更新判定手段は、更新予定時間になっても更新が実行されていないソフトウェアに対し、更新予定時間からの経過時間に応じた優先度を設定する優先度設定部を含み、当該ソフトウェアの影響度が閾値以上であっても、当該ソフトウェアの優先度が当該ソフトウェアの更新を実行しようとした場合に重複して実行されることになる制御の優先度を上回る場合には当該ソフトウェアの更新を前記更新手段に指示するものである。
　また、前記設備機器にかかる負荷の時系列的変化が定義された負荷モデルを記憶する負荷モデル記憶手段を有し、前記更新判定手段は、当該ソフトウェアの影響度が閾値以上であっても、前記負荷モデルを参照することによって前記設備機器にかかる負荷が今後上昇すると判断した場合に当該ソフトウェアの更新を前記更新手段に指示するものである。
　本発明に係るプログラムは、設備機器の制御のスケジュールが定義された制御スケジュール情報を記憶する制御スケジュール情報記憶手段にアクセス可能なコンピュータを、前記設備機器において動作するソフトウェアの更新予定時間及び更新所要時間を含む更新要求情報を受け付ける受付手段、前記設備機器にかかる負荷の状態を示す状態情報を取得する状態情報取得手段、ソフトウェアの更新の可否を判定する更新判定手段、前記更新判定手段からの指示に応じてソフトウェアの更新を行う更新手段、として機能させるものである。
　前記更新判定手段は、前記状態情報を参照して、更新予定時間を迎えるソフトウェアの更新処理が、前記制御スケジュール情報にスケジュールが定義されている制御のみならず、定義されていない制御にも与える影響の度合いを示す影響度を算出する影響度算出部を含み、算出した影響度が所定の閾値以上の場合には当該ソフトウェアの更新を前記更新手段に指示しないものである。
　本発明によれば、設備機器の制御スケジュールに表れてこない制御をも考慮してソフトウェアの更新を行うことができる。
　また、制御の実行に支障を来さないようにソフトウェアの更新を待機させる場合でも、更新予定日時から経過した時間が長くなった場合にはソフトウェアの更新を行うことができる。
　また、制御機器の係る負荷が高く制御の実行に支障を来すことになる状態であっても、今後、制御機器に係る負荷が更に上昇するのであれば、ソフトウェアの更新を現時点で行うことができる。
本発明に係るソフトウェア更新管理システムの一実施の形態を示した全体構成図である。 実施の形態１におけるビル設備に搭載されるコンピュータのハードウェア構成図である。 実施の形態１におけるビル設備のブロック構成図である。 実施の形態１における更新要求情報記憶部に登録される更新要求情報のデータ構成の一例を示す図である。 実施の形態１における制御スケジュール情報記憶部に登録される制御スケジュール情報のデータ構成の一例を示す図である。 実施の形態１におけるソフトウェア更新処理を示すフローチャートである。 実施の形態１において取得される状態情報のデータ構成の一例を示す図である。 実施の形態２におけるビル設備のブロック構成図である。 実施の形態２における更新要求情報記憶部に登録される更新要求情報のデータ構成の一例を示す図である。 実施の形態２における制御スケジュール情報記憶部に登録される制御スケジュール情報のデータ構成の一例を示す図である。 実施の形態２におけるソフトウェア更新処理を示すフローチャートである。 実施の形態３におけるビル設備のブロック構成図である。 実施の形態３におけるソフトウェア更新処理を示すフローチャートである。
　以下、図面に基づいて、本発明の好適な実施の形態について説明する。
実施の形態１．
　図１は、本発明に係るソフトウェア更新管理システムの一実施の形態を示した全体構成図である。図１には、遠隔監視センタ１、顧客事務所２及び顧客ビル３が示されている。顧客事務所２は、顧客ビル３のオーナー等の顧客の事務所であり、公衆回線やインターネットなどの顧客用ネットワーク４を介して遠隔監視センタ１と通信を行う顧客端末２０が設けられる。顧客端末２０は、顧客が使用するパーソナルコンピュータ（ＰＣ）、スマートフォンあるいはタブレットなどの端末である。顧客ビル３は、顧客が所有するビルであり、ソフトウェアの更新対象とする１又は複数の設備機器（以下、「ビル設備」）３０が設置される。ビル設備３０は、公衆回線やインターネットなどの設備用ネットワーク５を介して遠隔監視センタ１と通信を行う。なお、顧客ビル３には、１又は複数のビル設備３０が設置されるが、各ビル設備３０とも後述する構成を有していればよいので、図１には、便宜的に１台のみ図示している。
　遠隔監視センタ１は、ビル設備保守会社の施設であり、顧客ビル３に設置されているビル設備３０を遠隔から監視する。また、顧客端末２０にアプリケーションを配布することで、顧客に対し、顧客が所有する顧客ビル３のビル設備３０の利用に関連するサービスを提供する。
　遠隔監視センタ１は、管理端末１１、ソフトウェア管理サーバ１２、顧客情報管理サーバ１３、顧客サービスサーバ１４及びビル設備管理装置１５をイントラネット１６で接続した構成を有している。管理端末１１は、遠隔監視センタ１において顧客端末向けアプリケーションとビル設備向けソフトウェアを管理する管理者により使用されるＰＣ等で構成され、ソフトウェアや各種情報の管理に用いられる。ソフトウェア管理サーバ１２は、顧客端末向けアプリケーション及びビル設備向けソフトウェアを保持管理するサーバコンピュータである。顧客情報管理サーバ１３は、顧客ビル３のビル設備３０について、配置やソフトウェアバージョンなどを含む構成情報を保持管理するサーバコンピュータである。顧客サービスサーバ１４は、サービスを顧客に提供するサーバコンピュータである。そのために、顧客サービスサーバ１４は、顧客からの要求に応じて顧客端末向けアプリケーションを顧客端末２０にダウンロードする。また、顧客サービスサーバ１４は、ビル設備３０におけるソフトウェアの更新をビル設備管理装置１５に要求し、更にソフトウェアが更新された通知をビル設備管理装置１５から受けると、ダウンロードした顧客端末向けアプリケーションが利用可能になった旨を顧客に通知する。ビル設備管理装置１５は、ビル設備３０の管理に用いられるサーバコンピュータである。具体的には、ビル設備３０の制御及び状態監視を実行する。また、ソフトウェアの更新要求に応じてビル設備３０自身が実行するソフトウェアの更新を管理する。
　図２は、本実施の形態におけるビル設備３０に搭載されるコンピュータのハードウェア構成図である。本実施の形態においては、ソフトウェアを自ら更新でき、また実行する能力を持つコントローラを想定している。コントローラは、接続された空調等の各種設備（図示せず）の動作制御を行う設備機器である。コントローラに搭載されるコンピュータは、従前から存在する汎用的なハードウェア構成で実現できる。すなわち、コンピュータは、図２に示したようにＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、ハードディスクドライブ（ＨＤＤ）４４、通信手段として設けられたネットワークインタフェース（ＩＦ）４５を内部バス４６に接続して構成される。
　図３は、本実施の形態におけるビル設備３０のブロック構成図である。なお、本実施の形態の説明に用いない構成要素については図から省略している。本実施の形態におけるビル設備３０は、更新要求受付部３１、状態監視部３２、更新判定部３３、ソフトウェア更新部３４、制御部３５、ソフトウェア記憶部３６、更新要求情報記憶部３７及び制御スケジュール情報記憶部３８を有している。更新要求受付部３１は、ビル設備３０において動作するソフトウェアの更新要求情報を遠隔監視センタ１から受け付ける。状態監視部３２は、ビル設備３０にかかる負荷の状態を監視し、その状態を示す状態情報を更新判定部３３に渡す。更新判定部３３は、更新要求受付部３１が受け付けた更新要求に応じて、要求されたソフトウェアの更新が可能かどうかの判定を行う。そして、更新可と判定したときにはソフトウェアの更新をソフトウェア更新部３４に指示する。本実施の形態における更新要求受付部３１には、影響度算出部３３１が含まれている。影響度算出部３３１は、状態情報を参照して、更新予定時間を迎えるソフトウェアの更新処理が、制御スケジュール情報にスケジュールが定義されている制御のみならず、定義されていない制御にも与える影響の度合いを示す影響度を算出する。ソフトウェア更新部３４は、更新判定部３３からの指示に応じてソフトウェアの更新を行う。制御部３５は、各構成要素３１～３４と連携してソフトウェアの更新処理を制御する。ソフトウェア記憶部３６には、更新対象のソフトウェアが蓄積される。
　図４は、本実施の形態における更新要求情報記憶部３７に登録される更新要求情報のデータ構成の一例を示す図である。更新要求情報記憶部３７には、更新要求受付部３１により取得された更新要求情報が登録され、ソフトウェア更新部３４により更新が実行されると削除される。更新要求情報は、Ｕ－ＩＤ、ビルＩＤ、設備ＩＤ、ソフトウェア名、バージョン、所要時間及び更新要求日時を含む。Ｕ－ＩＤは、更新要求情報（レコード）の識別情報である。ビルＩＤは、更新要求情報を受け付けた顧客ビル３の識別情報である。設備ＩＤは、ソフトウェアの更新対象となるビル設備３０の識別情報である。本実施の形態では、更新要求情報をビル設備３０毎に保持するので、ビルＩＤ及び設備ＩＤにはそれぞれ、同じ識別情報が設定されることになる。ソフトウェア名は、更新対象のソフトウェアを特定する情報としての名称で、バージョンは更新後のソフトウェアのバージョンを示す。所要時間は、当該ソフトウェアの更新に要する時間である。更新要求日時は、当該ソフトウェアの更新処理の実行を開始させる予定日時である。
　図５は、本実施の形態における制御スケジュール情報記憶部３８に登録される制御スケジュール情報のデータ構成の一例を示す図である。制御スケジュール情報記憶部３８には、ビル設備３０に対して行われる制御のスケジュールが予め定義された更新要求情報が登録される。動作制御部（図示せず）は、この制御スケジュールに従ってビル設備３０又はビル設備３０に接続されている空調等の設備機器の動作を制御する。制御スケジュール情報は、ＳＣ－ＩＤ、ビルＩＤ、設備ＩＤ、制御内容、設定値、開始日時及び終了日時を含む。ＳＣ－ＩＤは、制御スケジュール情報（レコード）の識別情報である。ビルＩＤ及び設備ＩＤは、更新要求情報において説明したとおりである。制御内容は、実施する制御の内容を特定する名称である。設定値には、当該制御を実施する際の具体的な設定値が設定される。開始日時及び終了日時は、制御を実施する時間の範囲を指定する情報であり、当該制御の始期と終期が設定される。
　ビル設備３０における各構成要素３１～３５は、ビル設備３０に搭載されるコンピュータと、コンピュータに搭載されたＣＰＵ４１で動作するプログラムとの協調動作により実現される。また、各記憶部３６～３８は、ビル設備３０に搭載されたＨＤＤ４４にて実現される。あるいは、ＲＡＭ４３又は外部にある記憶手段をネットワーク経由で利用してもよい。
　また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ－ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。
　顧客端末向けアプリケーション又はビル設備向けソフトウェアが更新されると、管理者は、管理端末１１を用いて更新されたソフトウェア、及び顧客端末向けアプリケーションとビル設備向けソフトウェアのバージョンの対応関係を示す対応情報をソフトウェア管理サーバ１２に登録する。顧客は、顧客端末２０を操作して顧客サービスサーバ１４から顧客端末向けアプリケーションをダウンロードにより取得する。顧客サービスサーバ１４は、ソフトウェア管理サーバ１２に登録されている対応情報及び顧客情報管理サーバ１３に登録されている顧客情報を参照することによって、当該顧客が新たに取得した顧客端末向けアプリケーションに対応するバージョンのビル設備向けソフトウェアが、当該顧客の顧客ビル３のビル設備３０にインストールされていないことを認識すると、ビル設備３０のソフトウェアの更新をビル設備管理装置１５に要求する。ビル設備管理装置１５は、この要求に応じてビル設備３０に更新要求情報を送信することで、ソフトウェアの更新を指示する。
　遠隔監視センタ１から更新要求情報が送信されてくると、更新要求受付部３１は、その情報を取得し、更新要求情報記憶部３７に登録することで、ソフトウェアの更新要求を受け付ける。
　次に、本実施の形態におけるソフトウェア更新処理について図６に示したフローチャートを用いて説明する。
　更新判定部３３は、更新要求情報記憶部３７から更新要求情報から１レコード読み出す（ステップ１０１）。なお、ここでは、読み出した１つの更新要求情報に着目して説明する。他の更新要求情報に対しても同様に、更新要求情報記憶部３７から読み出して後述する処理を行うことになる。更新判定部３３は、更に制御スケジュール情報記憶部３８から制御スケジュール情報を読み出す（ステップ１０２）。
　読み出した更新要求情報において更新対象とするソフトウェアの更新予定日時になるまで待機し（ステップ１０３でＮ）、その更新予定日時になると（ステップ１０３でＹ）、更新判定部３３は、状態監視部３２から状態情報を取得する（ステップ１０４）。なお、本実施の形態では、上記のような手順にて処理するが、ステップ１０１において更新判定部３３に更新要求情報の更新予定日時と現在時刻とを常時対比させ、更新予定日時を迎える時点で、該当する更新要求情報を読み出させるようにしてもよい。
　図７は、本実施の形態における状態情報のデータ構成例を示した図である。状態情報は、Ｓ－ＩＤ、ビルＩＤ、設備ＩＤ、監視項目名、状態及び取得日時を含む。Ｓ－ＩＤは、状態情報（レコード）の識別情報である。ビルＩＤ及び設備ＩＤは、更新要求情報において説明したとおりである。監視項目名は、監視する項目を示す名称である。状態は、当該監視項目における現時点における状態である。１レコード目の状態情報は、ＣＰＵ負荷率が７０％であることを示している。取得日時は、負荷の状態が取得された日時である。
　続いて、影響度算出部３３１は、更新予定日時を迎えるソフトウェアに対して影響度を算出する（ステップ１０５）。影響度は、更新予定日時を迎えるソフトウェアの更新処理を実行することによってビル設備３０に与える影響を客観的に数値によって示す指標である。本実施の形態では、影響度を次のようにして算出する。まず、説明の簡略化のためにＣＰＵ負荷率に着目して説明する。
　本実施の形態では、影響度の有無を判別するために閾値を予め設定している。例えば、ＣＰＵ負荷率に対する閾値に８０％を設定したとする。ここで、状態情報から検出されるＣＰＵ負荷率が７０％であったとする。この場合の影響度は７０％となり、閾値（８０％）を下回るので（ステップ１０６でＮ）、更新判定部３３は、当該ソフトウェアの更新をソフトウェア更新部３４に指示する。この指示に応じて、ソフトウェア更新部３４は、新しいバージョンのソフトウェアを遠隔監視センタ１から取得し、当該ソフトウェアを更新する（ステップ１０７）。
　一方、状態情報から検出されるＣＰＵ負荷率（影響度）が９０％であったとすると閾値（８０％）以上となるので（ステップ１０６でＹ）、更新判定部３３は、当該ソフトウェアの更新をソフトウェア更新部３４に指示することなくステップ１０４に戻る。すなわち、影響度が閾値を下回るまでステップ１０４～１０６を繰り返すことになる。
　以上の説明では、説明の簡略化のためにＣＰＵ負荷率に着目して説明したが、ビル設備３０の負荷を示す情報としては、その他にもメモリ使用率等種々の情報（監視項目）がある。そこで、本実施の形態では、影響度を計算により算出することにした。すなわち、影響度をＩとすると、影響度を次の式にて算出する。
Ｉ＝ａ（ｔｂ－ｔａ）＋ｂＬａ
　ここで、ｔｂは更新要求情報に設定されている所要時間、ｔａは制御スケジュール情報の開始日時から得られる時間であって、ある制御につき現在時刻から当該制御が次に実行されることになる時間（開始日時）までの時間である。ここでいう、「ある制御」には、当該ソフトウェアの更新処理を実行しようとした場合に重複して実行されることになる制御が該当する。制御とソフトウェアの更新処理は、ビル設備３０の資源を共に使用（消費）するため、ソフトウェアの更新処理を更新予定日時に実行させてしまうと、重複して実行される既存の制御に影響を与えてしまうことになりかねないからである。Ｌａは、取得された状態情報に基づき現時点でビル設備３０にかかる負荷を所定の計算式にて数値化した負荷情報である。ａ及びｂは係数であり、ビル設備３０毎又はビル設備３０の種類（空調、入退システム等）毎に適宜設定される。
　上記計算式において、（ｔｂ－ｔａ）は、ソフトウェアの更新処理が制御スケジュール情報に定義されている制御が実行されない間に実行できるかどうかを示している。仮に、ソフトウェア更新の所要時間ｔｂが、制御が実行されない空き時間ｔａより長ければ、それだけ制御の実行に影響を与えることになる。
　また、負荷情報Ｌａには、制御スケジュールに定義されていない制御（例えば、顧客操作や環境変化をトリガーとして実行される制御）やビル設備の内部処理（例えば、データ集計処理）等による使用に基づくビル設備３０にかかる負荷が含まれる。この負荷情報Ｌａを加えて影響度を算出することで、ソフトウェアの更新の可否の判定の際に、ソフトウェアの更新実績や設備機器の制御スケジュールには表れてこない制御による負荷を考慮することが可能となる。仮に、制御スケジュールに定義されている制御が実行されていないのにもかかわらず、負荷情報Ｌａが示す値が相対的に大きければ、制御スケジュールに定義されていない制御が実行されている可能性があると推定できる。つまり、ソフトウェアの更新を開始してしまうと、制御スケジュールに定義されていない制御の実行に影響を与えることになりうる。
　上記説明では、ＣＰＵ負荷率を用いて簡略的に説明したが、更新判定部３３は、影響度算出部３３１において上記計算式にて算出した影響度を、所定の閾値と比較することで、上記説明したようにソフトウェアの更新の可否を判定する。なお、上記計算式は一例であってこれに限定する必要はない。
　算出した影響度が閾値を下回ると（ステップ１０６でＮ）、前述したように、更新判定部３３による指示によりソフトウェアの更新が行われる（ステップ１０７）。
　一方、影響度が閾値以上の場合（ステップ１０６でＹ）、ステップ１０４～１０６を繰り返すことになる。しかしながら、ビル設備３０の負荷はいずれ落ちてきて、影響度はいずれ閾値を下回るようになるとも考えられる。更新予定日時は過ぎるかもしれないがビル設備３０の制御の実行に影響を与えないタイミングでソフトウェアの更新を実行することができる。
　以上説明したように、本実施の形態によれば、ビル設備３０にかかる負荷を考慮することで、ソフトウェアの更新処理が制御スケジュール情報に定義されている制御のみならず、制御スケジュール情報に定義されていない制御にも与える影響をも考慮してソフトウェアの更新の実行を制御することができる。すなわち、本実施の形態によれば、ビル設備３０における動作、運用等に影響を与えないようにしてソフトウェアを更新することができる。
　ソフトウェアの更新が終了すると、当該ソフトウェアに対応する更新要求情報は、制御部３５又は制御部３５による制御のもとソフトウェア更新部３４により更新要求情報記憶部３７から削除される。そして、ソフトウェアが更新されたことは、遠隔監視センタ１を介して顧客に通知され、これにより、顧客は、顧客端末向けアプリケーションが利用できるようになったことを知ることになる。このように、本実施の形態によれば、ビル設備３０において更新すべきソフトウェアやソフトウェアの更新タイミングを意識することなく、顧客は、サービスの提供を受けることができるようになる。
　なお、本実施の形態では、更新が終了したソフトウェアに対応する更新要求情報を更新要求情報記憶部３７から削除するようにしたが、削除せずに、更新が終了した旨を示すフラグ情報あるいは更新終了日時を当該更新要求情報に対応付けして記録するようにしてもよい。
実施の形態２．
　図８は、本実施の形態におけるビル設備のブロック構成図である。実施の形態１（図１）と同じ構成要素には同じ符号を付け説明を省略する。本実施の形態では、実施の形態１において示した更新判定部３３に、優先度設定部３３２を追加している。優先度設定部３３２は、更新予定時間になっても更新が実行されていないソフトウェアに対し、更新予定時間からの経過時間に応じた優先度を設定する。なお、ビル設備３０のハードウェア構成は実施の形態１と同じでよい。
　図９は、本実施の形態における更新要求情報記憶部３７に登録される更新要求情報のデータ構成の一例を示す図である。本実施の形態における更新要求情報には、実施の形態１（図４）に示したデータ構成に、優先度設定部３３２によって設定、更新される優先度が追加設定される。
　図１０は、本実施の形態における制御スケジュール情報記憶部３８に登録される制御スケジュール情報のデータ構成の一例を示す図である。本実施の形態における制御スケジュール情報には、実施の形態１（図５）に示したデータ構成に、設定度が予め設定される。制御スケジュール情報に含まれる優先度は、制御それぞれに対応して設定される固定値である。遅延させることなくスケジュール通りに実行させたい制御ほど高い値の優先度が設定される。
　次に、本実施の形態におけるソフトウェア更新処理について図１１に示したフローチャートを用いて説明する。なお、実施の形態１と同じ処理ステップには、同じステップ番号を付け、説明を適宜省略する。
　前述したように、更新判定部３３は、ソフトウェアの更新の可否について判定する際、ビル設備３０の負荷の状態を参照して影響度を算出する（ステップ１０１～１０５）。そして、算出した影響度が閾値を下回ると（ステップ１０６でＮ）、実施の形態１と同様に更新判定部３３による指示によりソフトウェアの更新が行われる（ステップ１０７）。
　一方、影響度が閾値以上の場合（ステップ１０６でＹ）、本実施の形態における優先度設定部３３２は、当該ソフトウェアに対し優先度を設定する（ステップ２０１）。より詳細に説明すると、各ソフトウェアには、優先度の初期値として０が設定されており、当該ソフトウェアの更新要求日時からの経過時間が所定の閾値Ｔｓを超える度に優先度を１ずつ上げていく。例えば、閾値Ｔｓが５分とした場合、更新要求日時から５分経過したときに１、１０分経過したときに２、と、優先度は時間の経過に伴い高い値となるように更新される。
　優先度を設定すると、更新判定部３３は、ソフトウェアの所要時間及び制御スケジュール情報の開始日時と終了日時を参照し、制御スケジュール情報に定義されている制御の中から、仮にソフトウェアの更新を今から実行しようとした場合に、ソフトウェアの更新処理と重複して実行されることになる制御を抽出する。そして、ソフトウェアの優先度と抽出した１又は複数の制御の優先度を比較し、ソフトウェアの優先度が全ての制御の優先度を上回るのであれば（ステップ２０２でＮ）、更新判定部３３は、ソフトウェア更新部３４に指示することで、ソフトウェアを更新させる（ステップ１０７）。
　一方、ソフトウェアの優先度がいずれかの制御の優先度以下であれば（ステップ２０２でＹ）、ソフトウェアの更新指示をすることなくステップ１０４に戻る。これにより、ステップ１０４～２０２の処理は繰り返し実行される可能性はあるが、ステップ２０１において、時間の経過に伴いソフトウェアの優先度が高くなるので、ソフトウェアの優先度は、いずれ抽出した全ての制御の優先度を上回ることになり、これにより、ソフトウェアは更新されることになる。
　実施の形態１においては、影響度が閾値以上の場合でも、ビル設備３０にかかる負荷はいずれ落ちてくると仮定し、これにより影響度はいずれ閾値を下回るようになるので、それまで待ってソフトウェアの更新を行うことにした。本実施の形態では、このような仮定は不要としている。つまり、ビル設備３０の負荷は一定以上継続して高い状態にあるとしたら、ソフトウェアは更新できなくなる。そこで、このような場合に対処できるように、優先度をソフトウェア及び制御に設定し、ソフトウェアの更新ができない状態が続いた場合に、重複して実行されることになるかもしれない制御との優先度の関係から、ソフトウェアの更新処理の方が制御の実行より優先度が高くなったときにソフトウェアの更新を行うようにした。これにより、制御の実行に対し若干の影響を与えるかもしれないが、ソフトウェアの更新が実行されない状態のまま続くことから回避することができる。
実施の形態３．
　図１２は、本実施の形態におけるビル設備のブロック構成図である。実施の形態１（図１）と同じ構成要素には同じ符号を付け説明を省略する。なお、ビル設備３０のハードウェア構成は実施の形態１と同じでよい。
　本実施の形態では、実施の形態１に示した構成に、負荷モデル記憶部３９を追加した構成を有している。負荷モデル記憶部３９に記憶される負荷モデルは、ビル設備３０にかかる負荷の時系列的変化が定義されたモデルデータであり、過去の負荷の遷移から生成される。例えば、負荷の高い制御が実行したり、複数の制御が同時に実行したりするときにビル設備３０にかかる負荷は高くなる。また、負荷モデルには、負荷の遷移のみならず、制御中の時間帯、あるいは保守中や集計中（例えば、日報処理の制御プログラムの動作時）などビル設備３０の利用状況を示す情報を時間に関連付けて設定してもよい。ビル設備３０の現在の利用状況は、遠隔監視センタ１から取得するようにしてもよい。
　次に、本実施の形態におけるソフトウェア更新処理について図１３に示したフローチャートを用いて説明する。なお、実施の形態１と同じ処理ステップには、同じステップ番号を付け、説明を適宜省略する。
　前述したように、更新判定部３３は、ソフトウェアの更新の可否について判定する際、ビル設備３０の負荷の状態を参照して影響度を算出する（ステップ１０１～１０５）。そして、算出した影響度が閾値を下回ると（ステップ１０６でＮ）、実施の形態１と同様に更新判定部３３による指示によりソフトウェアの更新が行われる（ステップ１０７）。
　一方、影響度が閾値以上の場合（ステップ１０６でＹ）、本実施の形態における更新判定部３３は、負荷モデル記憶部３９から負荷モデルを取得し、負荷モデルから現時点以降の負荷のレベルの動向を認識する（ステップ３０１）。ここで、ビル設備３０にかかる負荷が今後上昇すると判断した場合（ステップ３０２でＹ）、ソフトウェア更新部３４に指示することで、ソフトウェアを更新させる（ステップ１０７）。
　一方、ビル設備３０にかかる負荷が今後上昇しないと判断した場合（ステップ３０２でＮ）、ソフトウェアの更新指示をすることなくステップ１０４に戻る。
　実施の形態１においては、影響度が閾値以上の場合でも、ビル設備３０にかかる負荷はいずれ落ちてくると仮定してステップ１０４～１０６を繰り返すようにした。ただ、ビル設備３０にかかる負荷は落ちるどころかこれ以降上昇することも考えられる。
　そこで、本実施の形態では、過去の実績に基づき生成された負荷モデルを参照して、現時点以降、負荷が落ちない、すなわち影響度が閾値を下回ることが見込めない場合には、影響度が閾値以上であってもソフトウェアの更新を強行するようにした。このようにして、ソフトウェアの更新が実行されない状態のまま続くことから回避することができる。
　なお、上記説明では、負荷の遷移のみに注目してソフトウェアの更新の可否を判定するようにした。ただ、制御中等利用状況を示す情報が付加されている場合、この情報を更に参照してソフトウェアの更新の可否を判定するようにしてもよい。例えば、今後、負荷は上昇する傾向にあっても、直近にいずれの制御も実行されない保守中となる時間帯が存在すれば、その時間までソフトウェアの更新を待機する。あるいは、今後、負荷が低下する傾向にあっても現時点以降はしばらく制御中が続くのであれば、保守中である現時点でソフトウェアの更新を実行してしまう。このように、負荷の遷移に加えて過去におけるビル設備３０の利用状況を参照して、ソフトウェアの更新の可否を判定してもよい。
　なお、本実施の形態では、便宜的に負荷モデルを１つある場合で説明したが、営業日／休日、時節等に応じて複数用意しておいてもよい。
　また、本実施の形態は、実施の形態１に追加する機能として説明したが、実施の形態２と組み合わせて実施してもよい。
　ところで、前述した実施の形態以外にも、次のように変形させて実施してもよい。例えば、状態監視部３２は、ビル設備３０にかかる負荷の状態を監視したが、これに加えて、特定のソフトウェア、具体的には更新対象となるソフトウェアやこのソフトウェアと連携して実行されるソフトウェア、あるいはプライオリティの高い制御ソフトウェア等の動作状態を監視対象としてもよい。そして、特定のソフトウェアが動作中の場合はソフトウェアの更新を待機させる。
　また、上記各実施の形態においてステップ１０６において影響度と比較する閾値は固定値であった。ただ、負荷モデルのように時間に応じて設定値を変えるようにしてもよい。
　また、上記各実施の形態においては、ビル設備３０において当該ビル設備３０のソフトウェアの更新制御を行うようにしたが、他の装置、例えば、ゲートウェイとのその他の装置でビル設備３０のソフトウェアの更新制御を行うようにしてもよい。顧客ビル３に複数のビル設備３０が設置されている場合、複数のビル設備３０を管理するビル管理装置で行うようにしてもよい。あるいは遠隔監視センタ１から行うようにしてもよい。
　また、顧客ビル３に複数のビル設備３０が設置されている場合において複数のビル設備３０が連携して動作する場合は、他のビル設備３０の負荷をも考慮する、すなわち他のビル設備３０の状態情報をも参照して影響度を算出するようにしてもよい。遠隔監視センタ１がソフトウェアの更新制御を行う場合には、他の顧客ビル３のビル設備３０の負荷を考慮するようにしてもよい。この場合、遠隔監視センタ１の顧客ビル３におけるソフトウェアの更新の管理を行うことになるが、この場合、算出した影響度に基づきソフトウェアの更新する順番を決めるようにしてもよい。
　更に、本実施の形態では、ビル設備３０におけるソフトウェアの更新の可否をビル設備３０において自動的に判断するようにしたが、ビル設備３０に通知部を設けて、ソフトウェアの更新の是非を顧客に問い合わせるようにしてもよい。
　１　遠隔監視センタ、２　顧客事務所、３　顧客ビル、４　顧客用ネットワーク、５　設備用ネットワーク、１１　管理端末、１２　ソフトウェア管理サーバ、１３　顧客情報管理サーバ、１４　顧客サービスサーバ、１５　ビル設備管理装置、１６　イントラネット、２０　顧客端末、３０　ビル設備、３１　更新要求受付部、３２　状態監視部、３３　更新判定部、３４　ソフトウェア更新部、３５　制御部、３６　ソフトウェア記憶部、３７　更新要求情報記憶部、３８　制御スケジュール情報記憶部、３９　負荷モデル記憶部、４１　ＣＰＵ、４２　ＲＯＭ、４３　ＲＡＭ、４４　ハードディスクドライブ（ＨＤＤ）、４５　ネットワークインタフェース（ＩＦ）、４６　内部バス、３３１　影響度算出部、３３２　優先度設定部。
 

Claims (4)

  1. 　設備機器の制御のスケジュールが定義された制御スケジュール情報を記憶する制御スケジュール情報記憶手段と、
    　前記設備機器において動作するソフトウェアの更新予定時間及び更新所要時間を含む更新要求情報を受け付ける受付手段と、
    　前記設備機器にかかる負荷の状態を示す状態情報を取得する状態情報取得手段と、
    　ソフトウェアの更新の可否を判定する更新判定手段と、
    　前記更新判定手段からの指示に応じてソフトウェアの更新を行う更新手段と、
    　を有し、
    　前記更新判定手段は、
    　前記状態情報を参照して、更新予定時間を迎えるソフトウェアの更新処理が、前記制御スケジュール情報にスケジュールが定義されている制御のみならず、定義されていない制御にも与える影響の度合いを示す影響度を算出する影響度算出部を含み、
    　算出した影響度が所定の閾値以上の場合には当該ソフトウェアの更新を前記更新手段に指示しないことを特徴とするソフトウェア更新管理システム。
  2. 　前記制御スケジュール情報には、前記設備機器の各制御に対する優先度が予め設定されており、
    　前記更新判定手段は、
    　更新予定時間になっても更新が実行されていないソフトウェアに対し、更新予定時間からの経過時間に応じた優先度を設定する優先度設定部を含み、
    　当該ソフトウェアの影響度が閾値以上であっても、当該ソフトウェアの優先度が当該ソフトウェアの更新を実行しようとした場合に重複して実行されることになる制御の優先度を上回る場合には当該ソフトウェアの更新を前記更新手段に指示することを特徴とする請求項１に記載のソフトウェア更新管理システム。
  3. 　前記設備機器にかかる負荷の時系列的変化が定義された負荷モデルを記憶する負荷モデル記憶手段を有し、
    　前記更新判定手段は、当該ソフトウェアの影響度が閾値以上であっても、前記負荷モデルを参照することによって前記設備機器にかかる負荷が今後上昇すると判断した場合に当該ソフトウェアの更新を前記更新手段に指示することを特徴とする請求項１に記載のソフトウェア更新管理システム。
  4. 　設備機器の制御のスケジュールが定義された制御スケジュール情報を記憶する制御スケジュール情報記憶手段にアクセス可能なコンピュータを、
    　前記設備機器において動作するソフトウェアの更新予定時間及び更新所要時間を含む更新要求情報を受け付ける受付手段、
    　前記設備機器にかかる負荷の状態を示す状態情報を取得する状態情報取得手段、
    　ソフトウェアの更新の可否を判定する更新判定手段、
    　前記更新判定手段からの指示に応じてソフトウェアの更新を行う更新手段、
    　として機能させ、
    　前記更新判定手段は、
    　前記状態情報を参照して、更新予定時間を迎えるソフトウェアの更新処理が、前記制御スケジュール情報にスケジュールが定義されている制御のみならず、定義されていない制御に与える影響度を算出する影響度算出部を含み、
    　算出した影響度が所定の閾値以上の場合には当該ソフトウェアの更新を前記更新手段に指示しないことを特徴とするプログラム。
     
PCT/JP2017/027397 2017-03-09 2017-07-28 ソフトウェア更新管理システム及びプログラム WO2018163461A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201780088075.1A CN110383249B (zh) 2017-03-09 2017-07-28 软件更新管理系统和软件更新方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017044488A JP6664343B2 (ja) 2017-03-09 2017-03-09 ソフトウェア更新管理システム及びプログラム
JP2017-044488 2017-03-09

Publications (1)

Publication Number Publication Date
WO2018163461A1 true WO2018163461A1 (ja) 2018-09-13

Family

ID=63448346

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/027397 WO2018163461A1 (ja) 2017-03-09 2017-07-28 ソフトウェア更新管理システム及びプログラム

Country Status (3)

Country Link
JP (1) JP6664343B2 (ja)
CN (1) CN110383249B (ja)
WO (1) WO2018163461A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021158537A (ja) * 2020-03-27 2021-10-07 パナソニックＩｐマネジメント株式会社 ハンズフリー装置、データ転送方法、およびプログラム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023206521A1 (en) * 2022-04-29 2023-11-02 Siemens Aktiengesellschaft Method, apparatus and device for hardening assets in ot system and storage medium and computer program product
JP2023172411A (ja) * 2022-05-24 2023-12-06 シャープ株式会社 空気調和機

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009271603A (ja) * 2008-04-30 2009-11-19 Panasonic Electric Works Co Ltd 機器管理システム
JP2012194892A (ja) * 2011-03-17 2012-10-11 Nec Corp ソフトウェア更新装置、ソフトウェア更新方法、及びソフトウェア更新プログラム
WO2016016991A1 (ja) * 2014-07-31 2016-02-04 三菱電機株式会社 機器管理装置、管理プログラム更新方法及びプログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4805622B2 (ja) * 2005-07-12 2011-11-02 株式会社日立製作所 網管理装置
JP4368336B2 (ja) * 2005-07-13 2009-11-18 富士通株式会社 カテゴリ設定支援方法及び装置
CN101583961A (zh) * 2007-03-15 2009-11-18 富士通株式会社 业务分析程序以及业务分析装置
JP2010020610A (ja) * 2008-07-11 2010-01-28 Sony Corp 録画装置、ソフトウェアのアップデート・データ取得方法、プログラム、およびデータ配信システム
CN102070054B (zh) * 2009-11-19 2012-11-28 上海三菱电梯有限公司 电梯运行控制软件自动测试系统
JP2013029874A (ja) * 2011-07-26 2013-02-07 Toshiba Corp 電子機器、電子機器の制御方法、電子機器の制御プログラム
JP6056424B2 (ja) * 2012-11-29 2017-01-11 株式会社デンソー 車載プログラム更新装置
CN106164880B (zh) * 2014-04-16 2020-03-27 歌乐株式会社 数据传输系统、控制服务器以及数据传输方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009271603A (ja) * 2008-04-30 2009-11-19 Panasonic Electric Works Co Ltd 機器管理システム
JP2012194892A (ja) * 2011-03-17 2012-10-11 Nec Corp ソフトウェア更新装置、ソフトウェア更新方法、及びソフトウェア更新プログラム
WO2016016991A1 (ja) * 2014-07-31 2016-02-04 三菱電機株式会社 機器管理装置、管理プログラム更新方法及びプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021158537A (ja) * 2020-03-27 2021-10-07 パナソニックＩｐマネジメント株式会社 ハンズフリー装置、データ転送方法、およびプログラム

Also Published As

Publication number Publication date
CN110383249B (zh) 2023-07-07
CN110383249A (zh) 2019-10-25
JP2018147413A (ja) 2018-09-20
JP6664343B2 (ja) 2020-03-13

Similar Documents

Publication Publication Date Title
US10484464B2 (en) Connection control device, connection control system, and non-transitory computer readable medium
US10073929B2 (en) Security system using visual floor plan
JP5016704B2 (ja) 電力需要管理装置、および電力需要管理システム
WO2018163461A1 (ja) ソフトウェア更新管理システム及びプログラム
TW200915186A (en) Management of grid computing resources based on service level requirements
WO2014036408A1 (en) Automated demand response gateway
US10789335B2 (en) Remote diagnosis management system and method for operating the same
CN106209412B (zh) 资源监控系统与其方法
JP4325467B2 (ja) 自動電源制御システム
CN106970696A (zh) 一种电子设备管理方法及电子设备
JP6021846B2 (ja) 更新スケジュール管理装置及びプログラム
CN112052077B (zh) 软件任务管理的方法、装置、设备、介质
JP2009104322A (ja) 設置環境情報監視システム、処理装置、設置環境情報監視方法およびプログラム
JP5820224B2 (ja) 電源管理サーバ、及び電源管理処理プログラム
JP6067471B2 (ja) ゲートウェイ装置及びプログラム
US8738943B2 (en) Controlling and minimizing electrical power consumed by electrical components connected to a networked computing environment
WO2019146098A1 (ja) 制御システム、制御方法、及び、プログラム
JP6823257B2 (ja) ジョブ監視プログラム、ジョブ監視装置及びジョブ監視方法
CN116527503A (zh) 升级策略的确定方法及装置、存储介质及电子装置
JP2022086412A (ja) 設置場所推定装置、異常検知システム、照明制御システム、設置場所推定方法及びプログラム
JP2012243157A (ja) プログラム更新指示装置
CN109254782B (zh) 操作系统安装方法和装置
US20200143653A1 (en) Information processing apparatus and information processing method
JP6061874B2 (ja) データ管理装置及びプログラム
CN109074525B (zh) 维护管理装置和维护管理系统

Legal Events

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

Ref document number: 17899283

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17899283

Country of ref document: EP

Kind code of ref document: A1