Building management apparatus, and program

Abstract

To improve accuracy in management of building facilities with reducing burdens of a user.SOLUTION: A building management apparatus has a monitoring unit which monitors a state of a building facility. A processing execution unit executes a processing instructed by a scenario, which monitoring result by the monitoring unit satisfies a start condition, among a plurality of scenarios respectively instructing processing for managing at least a part of a facility. The scenario generating unit generates a plurality of scenarios based on instructions of a first user. The scenario generated by the scenario generating unit includes a first block (No. 9) for instructing a processing a plurality of options to a second user, and a plurality of second blocks (Nos. 11 to 13, and Nos. 15 to 18) for respectively instructing a plurality of processing which are different from one another and branches in response to which one of the plurality of presented options is selected.SELECTED DRAWING: Figure 3

Description

[Technical Field]

[0001] The present invention relates to a building management device and a program. [Background technology]

[0002] Patent Document 1 discloses a technology that allows a user to freely adjust the operation schedule (scenario) of building facilities (particularly, a plurality of devices). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Publication No. 2020-071762 Summary of the Invention [Problem to be solved by the invention]

[0004] In the technology described in Patent Document 1, building equipment management (device control) is performed automatically, eliminating the need for human judgment. However, when an abnormality occurs in the equipment, advanced judgment based on the user's intuition or experience may be required. If such judgments were performed automatically, building equipment management would be more likely to be based on incorrect judgments, resulting in poor accuracy of management. On the other hand, leaving all judgments to the user would require a lot of work for the user.

[0005] The present invention aims to improve the accuracy of building equipment management while reducing the effort required of users. [Means for solving the problem]

[0006] The building management device of the present invention comprises a monitoring unit that monitors the status of equipment in a building, a processing execution unit that executes processing instructed by a scenario among a plurality of scenarios, each of which instructs processing for managing at least a portion of the equipment, for which the monitoring results by the monitoring unit satisfy a start condition, and a scenario creation unit that creates at least a first scenario among the plurality of scenarios based on instructions from a first user, wherein the first scenario includes a first block that instructs processing to present a plurality of options to a second user, and a plurality of second blocks that each instruct a plurality of different processes that branch depending on which of the plurality of options is selected.

[0007] A program according to the present invention causes a computer to function as the building management device according to claim 1. [Effects of the Invention]

[0008] According to the present invention, it is possible to improve the accuracy of management of building facilities while reducing the effort required of users. [Brief explanation of the drawings]

[0009] [Figure 1] FIG. 1 is a schematic diagram of a building management device according to an embodiment of the present invention. [Figure 2] FIG. 2 is a configuration diagram of the building management device. [Figure 3] FIG. 3 is a diagram illustrating an example of a scenario configuration. [Figure 4] FIG. 4 is a diagram showing an image displayed on the display device of the building management device. [Figure 5] FIG. 5 is a diagram showing the relationship between a processing execution unit, a scenario, and a data file according to a modified example. [Figure 6] FIG. 6 is a diagram of the operation screen when creating (editing) the scenario of FIG. [Figure 7] FIG. 7 is a diagram showing an example of the configuration of the scenario in FIG. 3 in a script file format. DETAILED DESCRIPTION OF THE INVENTION

[0010] The building management device 10 according to this embodiment will be described below with reference to the drawings.

[0011] As shown in FIG. 1, the building management device 10 monitors the status of equipment 90 in building B and manages the equipment 90 based on the monitoring results. The equipment 90 includes one or more rooms 91 in building B and one or more devices 92 connected to the building management device 10 in building B via a network. The devices 92 are various types of equipment controlled by the building management device 10, such as air conditioners, lighting, exhaust valves, security devices, or controllers. The building management device 10 is capable of communicating via the network with user terminals UT, such as personal computers and mobile terminals, and with a higher-level device 80 that provides various types of information (including various instructions) to the building management device 10.

[0012] The building management device 10 is made up of various computers. The building management device 10 includes a processor 11 such as a CPU (Central Processing Unit), a storage 12 which is a non-volatile storage device that stores various programs and various data executed or used by the processor 11, and a main memory 13 which temporarily stores the programs and data loaded into the processor 11. The various data include scenarios, which will be described later. The building management device 10 further includes an operation device 14 through which user operations are input, a display device 15 that displays various images, and a communication interface 16 that is communicatively connected to the devices 92, the user terminal UT, and the higher-level device 80 via a network.

[0013] The processor 11 executes a program stored in the storage 12, and thereby includes a monitoring unit 11A, a processing execution unit 11B, and a scenario creation unit 11C shown in FIG.

[0014] The monitoring unit 11A monitors the status of the equipment 90 in the building. The monitoring unit 11A monitors the status of the equipment 90 by communicating with a measuring device (not shown) that measures the room temperature of the equipment 92 and the room 91 via the communication interface 16 (FIG. 1). This monitoring includes obtaining various information from the equipment 92, such as various measurement values ​​and various status values ​​(values ​​indicating whether or not an alarm has been issued) that represent the status of each device in the equipment 92. This monitoring also includes obtaining measurement values ​​measured by the measuring device. The monitoring results obtained by the monitoring unit 11A include the various values ​​obtained as described above. The monitoring results are stored in the storage 12.

[0015] The processing execution unit 11B executes processing for managing the facility 90 according to the monitoring results of the monitoring unit 11A. The processing includes various notifications to the user and control of the device 92. The various notifications include notifications to prompt the user to inspect, maintain, or replace the device 92, such as sending an email notifying of an abnormality and displaying a warning image on the display device 15. The emails are sent to the user terminal UT (FIG. 1) via the communication interface 16 and a predetermined network.

[0016] The process execution unit 11B executes the process instructed by one of a plurality of scenarios prepared in advance, each of which instructs a process (more specifically, a process content) for managing at least a part of the equipment 90. The process execution unit 11B executes the process instructed by a scenario among the plurality of scenarios for which the monitoring result by the process execution unit 11B satisfies the start condition.

[0017] A plurality of scenarios used by the processing execution unit 11B are prepared in advance in the storage 12. A start condition (a scenario element of the start condition, described below) is set for each of the plurality of scenarios. When the monitoring result by the monitoring unit 11A satisfies any of the start conditions of each of the plurality of scenarios, the processing execution unit 11B starts processing according to the scenario whose start condition is satisfied.

[0018] An example of a scenario is shown in Figure 3. The scenario S shown in Figure 3 consists of multiple blocks (each row in Figure 3). Each of the multiple blocks is classified into one of a start condition block B1, a logic block B2, and an operation block B3. This is the same for other scenarios.

[0019] The start condition block B1 is composed of the block No. 1 in FIG. 3 and indicates the start condition of this scenario.

[0020] The logical block B2 is a judgment block that branches the next process based on a manual operation input by the user to the operation device 14 (for example, an operation input for selecting an option, which will be described later) or a monitoring result by the monitoring unit 11A. In FIG. 3, No. 3, No. 7, No. 10, and No. 14 each correspond to the logical block B2.

[0021] The operation block B3 specifies a specific operation process (such as an operation of the device 92 or an email sending operation) performed by the process execution unit 11B on an external device. In Fig. 3, No. 2, No. 4 to 6, No. 8 to 9, No. 11 to 13, and No. 15 to 18 are each an operation block B3.

[0022] 3, the start condition for scenario S is that alarm X is issued by device A among the multiple devices 92. The processing execution unit 11B starts processing according to scenario S when the current monitoring result of the monitoring unit 11A includes a status value indicating that alarm X has been issued by device A (No. 1).

[0023] Thereafter, the process execution unit 11B performs a process of displaying a message "X alarm has been issued. Automatic diagnosis will begin" on the display device 15 (No. 2).

[0024] Thereafter, the processing execution unit 11B determines whether device A is undergoing maintenance work from the current monitoring results (status values, etc.) of the monitoring unit 11A, and if it is undergoing maintenance work (No. 3), it performs the processing instructed by blocks Nos. 4 to 6. That is, the processing execution unit 11B displays a message on the display device 15 saying, "Device A is undergoing maintenance work. The alarm will be stopped because an alarm was issued due to maintenance work" (No. 4), controls device A to stop the X alarm (No. 5), and ends scenario S (No. 6). Note that issuing the X alarm may include displaying an alarm image on the display device 15, and in this case, stopping the X alarm includes ending the display of the alarm image.

[0025] If maintenance work is not being performed (No. 7), the process execution unit 11B performs a process of displaying on the display device 15 the message "Please deal with the alarm. After dealing with the alarm, please determine the level of the abnormality" and options (selection buttons in this case) for selecting the level of the abnormality (Nos. 8 and 9). This prompts the user to deal with the abnormality and determine the level of the abnormality. As shown in FIG. 4, the image displayed here includes the above-mentioned message M1, an option S1 to be selected by the user when the abnormality that was dealt with is minor, and an option S2 to be selected by the user when the abnormality that was dealt with is serious. The user deals with the abnormality and determines the level of the abnormality, and selects option S1 or S2 by operating the operation device 14.

[0026] 2 and 3 again, when option S1 indicating that the abnormality is minor is selected (No. 10), the processing execution unit 11B performs processing to display the message "It has been determined that the abnormality is minor. The alarm will be stopped" on the display device 15 (No. 11) and processing to stop the X alarm (No. 12). In addition, the processing execution unit 11B ends this scenario S (No. 13).

[0027] When option S2 indicating that the abnormality is serious is selected (No. 14), the processing execution unit 11B performs a process to send an email "Report of the occurrence of serious abnormality" (No. 15). The email is automatically sent by the processing execution unit 11B. Email data required for sending the email, such as the address and the body of the email, is stored in advance in the storage 12 and used.

[0028] As a modified example, as shown in FIG. 5, block No. 15 of scenario S may reference the data location of email data in data file DF (here, cells B1 to B3, which may also be an address). The data file DF is provided in a format such as Excel (registered trademark) separately from each scenario, such as scenario S. When this reference is made, the processing execution unit 11B acquires the email data at the data location referenced by block No. 15 from the data file when executing the processing instructed by block No. 15 according to scenario S. The data file DF may be stored in storage 12 (FIG. 1) or in an external device (including device 92) that can communicate via the communication interface 16. According to this modified example, by providing separate software (such as a Python script) that acquires data from outside the building management device 10 and enters the results in a predetermined location in the data file DF (the reference location specified by the scenario), it becomes possible to handle external information that cannot be acquired by the processing execution unit 11B alone.

[0029] If option S2 is selected (No. 14), the processing execution unit 11B further displays the message "A serious abnormality has been detected, so an email report has been automatically sent to your supervisor. The alarm will now be stopped" on the display device 15, and performs the processes to stop the X alarm (Nos. 16 and 17). The processing execution unit 11B also ends this scenario (No. 18).

[0030] As described above, in this embodiment, the user is asked to determine the abnormality level that can only be determined by the user, and the process for managing device A of facility 90 is performed by process execution unit 11B according to the result, so that the high level of determination of the abnormality level can be left to a person. This ensures the accuracy of the process for managing device A of facility 90.

[0031] 2 creates a scenario based on instructions from a user. In this example, the instructions are input by operation to the operation device 14, but may also be given from a terminal carried by the user, for example.

[0032] The scenario creation unit 11C executes spreadsheet software such as Excel to display a scenario editing screen in a table format, such as that shown in FIG. 6, on the display device 15. A scenario is used, for example, as a script file, and a script editing function is used to create the scenario. The scenario creation unit 11C presents a plurality of block candidates to the user as block candidates for the scenario using a pull-down menu (see, for example, the pull-down menu PD in FIG. 6). The user selects one of the presented block candidates using the operation device 14 as the block for the scenario to be created. The pull-down menu is set in each cell where a block is to be placed. In FIG. 6, when the "Block Name" cell is selected, the block candidates are displayed in the pull-down menu PD by the block name candidates. When a block name candidate is selected in the pull-down menu PD, the block (processing content) corresponding to the selected block name candidate is selected and reflected as the block to be adopted. The processing content of the block is edited as appropriate by the user. For example, information (such as the control point to be operated) and values ​​(such as the temperature to be set) required for scenario execution are input as appropriate. It should be noted that the plurality of block candidates may be presented in a manner other than a pull-down menu. For example, the plurality of block candidates may be displayed in a list in a window separate from the window in which the block is created.

[0033] The scenario creation unit 11C may display a basic template and allow the user to edit the template to create a desired scenario. Creating a scenario includes creating a new scenario by editing an existing scenario. The procedure for creating a scenario by the scenario creation unit 11C may be any method.

[0034] When the user finishes creating (editing) a scenario, he or she selects the "Output script" button BT. This causes the scenario of the current creation content (edit content) to be output in the format of a script file as shown in FIG. 7, and is stored in storage 12 as a scenario to be used by processing execution unit 11B. Output in the format of a script file is performed using the macro function of spreadsheet software such as Excel. Processing execution unit 11B executes the scenario in the format of a script file stored in storage 12, thereby carrying out the processing instructed by this scenario.

[0035] As described above, in this embodiment, the monitoring unit 11A monitors the status of the equipment 90. The processing execution unit 11B executes processing instructed by a scenario for which the monitoring results by the monitoring unit 11A satisfy a start condition, among multiple scenarios, each of which instructs processing for managing at least a portion of the equipment 90. The scenario creation unit 11C creates multiple scenarios based on instructions from a first user. The scenario created by the scenario creation unit 11C includes a first block (No. 9 in FIG. 3) instructing processing to present multiple options to a second user, and multiple second blocks (Nos. 11 to 13 and Nos. 15 to 18 in FIG. 3) instructing multiple different processing steps that branch depending on which of the presented options is selected. Here, the first user and the second user may be the same person or different people. According to the above configuration, by introducing user judgment, i.e., option selection, it is possible to leave advanced judgment that requires intuition and experience to the user, thereby improving the accuracy of equipment management. Furthermore, since processes other than those determined by the user are executed by the process execution unit 11B, the user's workload is reduced, and further, since the user's decision is made by selecting an option, the workload of providing the user's decision result to the process execution unit 11B is also reduced. For these reasons, according to this embodiment, the user's workload is reduced and the accuracy of management of building facilities is improved.

[0036] Furthermore, the scenario creation unit 11C presents a plurality of block candidates to the first user as candidates for blocks that constitute the scenario, and adopts the block candidate selected by the first user from the plurality of presented block candidates as a block that constitutes the scenario (as an example, after adopting the block candidate, the content of the block may be edited). This makes scenario creation intuitive, and allows a first user who is not skilled in scenario creation to easily create a scenario.

[0037] In particular, the scenario creation unit 11C presents a plurality of block candidates to the first user by displaying them in a pull-down menu on the display device 15. This makes the selection of block candidates more intuitive, and allows users who are not skilled in scenario creation to create scenarios more easily.

[0038] Furthermore, the scenario creation unit 11C outputs a scenario created using spreadsheet software in the form of a script file, and the processing execution unit 11B executes the scenario in the form of a script file to execute the processing indicated by the scenario. The use of script files ensures the versatility of the scenario.

[0039] As described above, a scenario references a data location within a data file, and when the processing execution unit 11B executes the processing specified by the scenario, it is preferable that the processing execution unit 11B obtains and uses the data at the data location referenced by the scenario from the data file. This makes it easy to import external data.

[0040] The multiple scenarios available to the building management device 10 may include a second scenario whose content cannot be changed and cannot be created by the scenario creation unit 11C. In particular, the second scenario may also include a first block that instructs execution of a process to present multiple options to a third user (a user who may be the same as or different from at least one of the first and second users) and multiple second blocks that branch depending on which of the multiple options is selected and instruct execution of different processes. If all scenarios were user-createable, a scenario that instructs inappropriate processing for managing building facilities might be created. Therefore, providing the second scenario ensures that scenarios that do not allow inappropriate processing are provided. The start condition for the second scenario may be, for example, a hazard condition that could harm people in the building (e.g., a hazard condition that could endanger human life). This prevents the use of an inappropriate scenario prepared by the user in a situation that could harm people in the building, and only scenarios prepared by the provider of the building management device 10 are used, thereby preventing inappropriate management of the facility 90. This ensures the accuracy of management of the facility 90. Examples of the hazard conditions include at least one of the following: (1) a condition indicating the occurrence of a fire; (2) a condition indicating the occurrence of a power outage; (3) a condition indicating the detection of an intruder; (4) a condition indicating the activation of high-pressure gas fire extinguishing equipment; (5) a condition indicating the occurrence of a gas leak; and (6) a condition indicating the occurrence of an abnormality in the electrical system. A power outage or an abnormality in the electrical system could endanger the lives of patients if Building B is a hospital. For example, the scenario (1) above presents the user with options for determining the severity of the fire, whether the fire has been extinguished, and other possible results, and instructs the user to perform an action based on the option. Examples of such actions include activating devices 92 such as sprinklers, fire dampers, and smoke exhaust systems if an option indicating a high severity of the fire is selected, and stopping the operation of these devices 92 if an option indicating fire extinguishing is selected.

[0041] The first block of the second scenario may present multiple options to a third user (here, a user different from the second user) who monitors another device (here, the higher-level device 80 (FIG. 1) but may be another device) that can communicate with the building management device 10. With this configuration, it is possible to have the other user make decisions in the scenario. In particular, if the third user is the boss of the second user, it is possible to have the boss make more advanced decisions in the scenario.

[0042] An example of the processing performed by the processing execution unit 11B based on the second scenario will be described below.

[0043] (Example 1) For example, if a notification from device 92 as a fire detection device is taken as the monitoring result, when this notification is received, the following processing is performed according to a scenario that starts when this notification is received. The following processing is assumed to be instructed by the scenario. (Step S11) The processing execution unit 11B receives a notification from the device 92 as a fire detection device and executes a process of changing the fire point of the internal data from "normal" to "fire" state, and a process of notifying the user of the fire by activating a buzzer or indicator, which is a type of device 92. (Step S12) The process execution unit 11B performs a process to automatically control the devices 92 associated with the fire point. This process includes a process to stop the air conditioner to prevent the spread of smoke, a process to turn on the emergency exit lights for evacuation, etc. These air conditioners and emergency exit lights are also types of devices 92. (Step S13) After the fire is extinguished, the device 92 as a fire detection device returns to a normal state. When a notification indicating this is input to the processing execution unit 11B, the processing execution unit 11B performs processing to change the above-mentioned fire point in the internal data from "fire" to "waiting for fire to be extinguished." In addition, the processing execution unit 11B displays the options of "fire extinguished" and "not extinguished" on the display device 15 or the higher-level device 80, and presents these options to the user (supervisor) of the building management device 10 or the user (supervisor's superior) of the higher-level device 80. When the option of not extinguished is selected, a notification to that effect is sent, for example, by email to the highest-level manager. When the option of fire extinguishment is selected, the processing execution unit 11B changes the fire point from "waiting for fire to be extinguished" to "normal." (Step S14) The user manually restores the automatically controlled state of the equipment 92 associated with the fire point.

[0044] (Example 2) For example, if a power outage notification from a specific device 92 is taken as the monitoring result, when this notification is received, the following processing is performed according to a scenario that starts when this notification is received. The following processing is assumed to be instructed by the scenario. (Step S21) Upon receiving the notification, the processing execution unit 11B executes the process of changing the power outage point in the internal data from "normal" to "power outage" state, and the process of notifying the user of the power outage by activating a buzzer or indicator, which is a type of device 92. (Step S22) The process execution unit 11B performs a process of automatically controlling the device 92 associated with the power outage point. The process includes a process of starting up a private power generation device, which is one of the devices 92, in order to transmit power to the minimum necessary facilities. (Step S23) When a notification of recovery from a power outage is input to the processing execution unit 11B, the processing execution unit 11B performs processing to change the power outage point in the internal data from "power outage" to "waiting for a control command when power is restored." The processing execution unit 11B also displays options of "power outage release" and "not released" on the display device 15 or the higher-level device 80, and presents these options to the user (supervisor) of the building management device 10 or the user (supervisor's superior) of the higher-level device 80. When the "not released" option is selected, a notification to that effect is sent, for example, to a person in charge by email. When the "power outage release" option is selected, the processing execution unit 11B changes the fire point from "waiting for a control command when power is restored" to "normal." (Step S24) The user manually restores the automatically controlled state of the equipment 92 associated with the point of power outage.

[0045] Next, a description will be given of an example of a scenario that can be created by the scenario creation unit 11C, out of the multiple scenarios used in the building management device 10. The scenario does not have to have the first block and the second block. (1) Warning Action Guide When an alarm occurs, there are cases where confirmations and equipment operations must be performed in a specific order. In such cases, the correct alarm handling procedures are specified as a scenario (which simply requires appropriate display processing of options) by combining user guidance and automatic point checks so that confirmations and operations are performed in accordance with the procedures. (2) Automatic value checking If there is a clear abnormality at each point (device 92), an alarm will be issued by the building management device 10, but even if there is no abnormality, there are situations that could lead to a complaint (such as temperature conditions that are not severe enough to trigger an alarm but could still lead to a complaint). Therefore, by setting up a scenario that automatically checks the on / off status of devices and the indoor temperature and humidity at a specific time and presents situations that could lead to a complaint to the user via user guidance rather than an alarm, it is possible to prevent complaints from occurring. In this case, the user guidance may present options to the user and ask them to make a decision. (3) Printing under specific conditions For example, a scenario can be set up in which if power consumption exceeds a standard value, the power usage status at that time is automatically printed. When considering energy conservation, if the automatically printed data is collected, it can be used to consider energy conservation at monthly meetings, etc. (4) Automatic schedule entry using external data One example is when an "overtime application" requiring an extension of air conditioning operation is sent in Excel, or when on-site schedule adjustments are made by entering overtime plans into Excel. By obtaining Excel data with the planned overtime times written in cells as external data, a scenario can be created that automatically inputs the schedule so that air conditioning operation will be extended until that time at the regular time.

[0046] (Variation) The configuration of the above embodiment can be modified as appropriate. For example, at least a portion of the monitoring unit 11A, the processing execution unit 11B, and the scenario creation unit 11C may be configured using an ASIC (Application Specific Integrated Circuit) and / or an FPGA (Field Programmable Gate Array). The program may be stored in a non-transitory computer-readable storage medium such as the storage 12.

[0047] (Scope of the present invention) Although the present invention has been described above with reference to the embodiments and modifications, the present invention is not limited to the above embodiments and modifications. For example, the present invention includes various modifications to the above embodiments and modifications that can be understood by a person skilled in the art within the scope of the technical concept of the present invention. The configurations listed in the above embodiments and modifications can be combined as appropriate within a range that does not contradict. Furthermore, the omission of each configuration is optional.

[0048] (Addendum) The configuration disclosed in this specification is as follows. (Appendix 1) A monitoring department that monitors the status of the building's facilities; a processing execution unit that executes processing instructed by a scenario for which a monitoring result by the monitoring unit satisfies a start condition among a plurality of scenarios each instructing processing for managing at least a part of the facility; a scenario creation unit that creates at least a first scenario of the plurality of scenarios based on an instruction from a first user, the first scenario includes a first block instructing a process of presenting a plurality of options to a second user, and a plurality of second blocks instructing a plurality of different processes that branch depending on which of the plurality of options is selected, Building management equipment. (Appendix 2) the plurality of scenarios includes a second scenario; The second scenario is a scenario that cannot be created by the scenario creation unit and the contents of which cannot be changed, and includes a first block that instructs execution of a process of presenting a plurality of options to a third user, and a plurality of second blocks that branch depending on which of the plurality of options is selected and instruct execution of mutually different processes. 10. The building management device of claim 1. (Appendix 3) The initiation condition of the second scenario is a harm condition that may cause harm to people in the building. 10. The building management device of claim 2. (Appendix 4) The harm condition includes at least one of a condition representing the occurrence of a fire, a condition representing the occurrence of a power outage, a condition representing the detection of an intruder, a condition representing the operation of a high-pressure gas fire extinguishing system, a condition representing the occurrence of a gas leak, and a condition representing the occurrence of an abnormality in an electrical system. 10. The building management device of claim 3. (Appendix 5) the scenario creation unit presents a plurality of block candidates to the first user as candidates for the first block or any of the plurality of second blocks, and adopts a block candidate selected by the first user from the presented plurality of block candidates as the first block or any of the plurality of second blocks. 5. The building management device according to any one of Supplementary notes 1 to 4. (Appendix 6) the scenario creation unit presents the plurality of block candidates to the first user by displaying them in a pull-down menu on a display device. 6. A building management device according to any one of Supplementary Notes 1 to 5. (Appendix 7) the scenario creation unit outputs the first scenario created using spreadsheet software in the form of a script file; the processing execution unit executes the processing instructed by the first scenario by executing the first scenario in the form of the script file. 7. The building management device of claim 6. (Appendix 8) the first scenario refers to a data location within a data file; the processing execution unit, when executing the processing instructed by the first scenario, acquires data at a data location referenced by the first scenario from the data file; 8. A building management device according to any one of Supplementary Notes 1 to 7. (Appendix 9) the first block of the second scenario presents the plurality of options to the third user, who is different from the second user, and who monitors another device that can communicate with the building management device. 9. A building management device according to any one of Supplementary notes 1 to 8. (Appendix 10) A program that causes a computer to function as the building management device according to any one of Supplementary Notes 1 to 9. [Explanation of symbols]

[0049] 10 Building management device, 11...Processor, 11A...Monitoring unit, 11B...Processing execution unit, 11C...Scenario creation unit, 12...Storage, 13...Main memory, 14...Operation device, 15...Display unit, 16...Communication interface, 80...Host device, 90...Facility, 91...Room, 92...Device, B...Building, B1...Start condition block, B2...Logic block, B3...Operation block, BT...Button, DF...Data file, M1...Message, PD...Pull-down, S...Scenario, S1...Choice, S2...Choice, UT...User terminal.

Claims

1. A monitoring department that monitors the status of the building's facilities; a processing execution unit that executes processing instructed by a scenario for which a monitoring result by the monitoring unit satisfies a start condition among a plurality of scenarios each instructing processing for managing at least a part of the facility; a scenario creation unit that creates at least a first scenario of the plurality of scenarios based on an instruction from a first user, the first scenario includes a first block instructing a process of presenting a plurality of options to a second user, and a plurality of second blocks instructing a plurality of different processes that branch depending on which of the plurality of options is selected, Building management equipment.

2. the plurality of scenarios includes a second scenario; The second scenario is a scenario that cannot be created by the scenario creation unit and the contents of which cannot be changed, and includes a first block that instructs execution of a process of presenting a plurality of options to a third user, and a plurality of second blocks that branch depending on which of the plurality of options is selected and instruct execution of mutually different processes. The building management device according to claim 1 .

3. The initiation condition of the second scenario is a harm condition that may cause harm to people in the building. The building management device according to claim 2 .

4. The harm condition includes at least one of a condition representing the occurrence of a fire, a condition representing the occurrence of a power outage, a condition representing the detection of an intruder, a condition representing the operation of a high-pressure gas fire extinguishing system, a condition representing the occurrence of a gas leak, and a condition representing the occurrence of an abnormality in an electrical system. The building management device according to claim 3 .

5. the scenario creation unit presents a plurality of block candidates to the first user as candidates for the first block or any of the plurality of second blocks, and adopts a block candidate selected by the first user from the presented plurality of block candidates as the first block or any of the plurality of second blocks. The building management device according to claim 1 .

6. the scenario creation unit presents the plurality of block candidates to the first user by displaying them in a pull-down menu on a display device; The building management device according to claim 1 .

7. the scenario creation unit outputs the first scenario created using spreadsheet software in the form of a script file; the processing execution unit executes the processing instructed by the first scenario by executing the first scenario in the form of the script file. The building management device according to claim 6.

8. the first scenario refers to a data location within a data file; the processing execution unit, when executing the processing instructed by the first scenario, acquires data at a data location referenced by the first scenario from the data file; The building management device according to claim 1 .

9. the first block of the second scenario presents the plurality of options to a third user, different from the second user, who monitors another device capable of communicating with the building management device, by the third user; The building management device according to claim 1 .

10. A program that causes a computer to function as the building management device according to claim 1.

Images