JP5214685B2 - Information collection device, information collection program, and building management system - Google Patents

Description

  Embodiments described herein relate generally to an information collection apparatus, an information collection program, and a building management system.

  In large buildings such as buildings and factories, a building management system is introduced in order to monitor and control the state of equipment such as air conditioning and lighting in the building. A conventional building management system is a closed system composed of a monitoring terminal and equipment for the purpose of monitoring and controlling equipment. In recent years, there are an increasing number of cases in which building management systems are linked with external systems such as OA systems and physical security systems for the purpose of building energy conservation and value enhancement. Thereby, for example, the operating state of the equipment can be displayed on the monitor of the personal computer. Also, by cooperating with the entrance / exit management system, it is possible to prevent forgetting to turn off the air conditioning or lighting of the room. In addition, by cooperating with the schedule management system, the air conditioning of the conference room can be automatically monitored.

  The external system transmits a request to the building management system, and acquires state information (process data) of the equipment. For example, the process data for air conditioning includes a power ON / OFF value and a set temperature value. Such a process generated by the external system is a process that was not found in the conventional building management system, and may increase the load on the BEMS. The conventional building management system is supposed to be used by several building administrator users, but when linked with external systems, it can be used by hundreds or thousands of building residents. There is sex. It is difficult to accurately assume the usage of building residents. In some cases, it will be linked later with an external system that was not assumed when designing the building management system. Therefore, the linkage with the external system makes it difficult to estimate the load on the building management system.

  Process data crawling and caching are methods for avoiding unexpected loads due to linkage with external systems. Crawling is the collection (crawl) of process data at regular intervals. Caching is to accumulate (cache) crawled process data for a certain period. A device that performs this crawling and caching is called a gateway (hereinafter referred to as GW).

  By using the GW, it is possible to estimate the load of the building management system. That is, the load generated when the GW performs crawling is a load newly generated in the building management system. Since the GW caches process data, a request from an external system can be processed only by the GW. Even if the external system sends many requests, the load generated in the building management system is only the load caused by crawling of the GW.

  When performing crawling, if the transmission frequency (request rate) of requests during crawling is too high, the load on the building management system will increase. Therefore, it is possible to achieve the highest possible request rate while keeping the load within an allowable range. It becomes a problem. Since the crawling request is processed by the IP controller in the building management system, a load due to crawling is generated in the IP controller. Therefore, it is required to grasp the load of the IP controller and achieve a request rate as high as possible.

  As a technique for estimating a load state of a device and adjusting a request rate, a technique for estimating load states of a plurality of web servers from communication performance is known. Specifically, the monitoring device sends a load estimation request to each web server and measures a response time (Round Trip Time, hereinafter RTT) until a response to the request is returned. Then, when the RTT statistical value exceeds the threshold, it is determined that the web server is in a high load state, and the request rate to the web server is lowered. Hereinafter, the RTT measurement and the comparison between the RTT statistical value and the threshold value are referred to as load estimation processing.

  It is difficult to apply such a load estimation process to an equipment network as it is. This is because the statistical value is always calculated from the RTT obtained within a certain period, that is, the population when the statistical value is calculated is constant. Details will be described below.

  For example, in the conventional method, the average value of the RTT measured by the past five load estimation processes is always calculated as the RTT statistical value. When the web server is in a high load state (high load state), the RTT increases. Hereinafter, the RTT measured in a high load state is referred to as an abnormal RTT. When the load estimation process is performed once after the web server is in a high load state, one RTT in the past five times becomes an abnormal RTT. However, since the RTT of 4 times in the past 5 times is a response time at the normal time, there is a possibility that the statistical value (average value) does not exceed the threshold value at this time.

  Further, when the load estimation process is performed once, out of the past 5 times, 2 RTTs are abnormal RTTs, but since 3 RTTs are normal response times, statistical values (average values) are also present at this point. Is likely not to exceed the threshold. Furthermore, when the load estimation process is performed once and 3 times of RTTs in the past 5 times become abnormal RTTs, the statistical value (average value) exceeds the threshold value, and the monitoring device determines that the web server has a high load. it is conceivable that.

  As described above, in the conventional load estimation process, since the statistical value calculation population is constant, the load may be high unless the load estimation process is performed several times after the web server is in a high load state. Not judged.

  However, the IP controller of the equipment network has a lower specification than the hardware for the web server. In addition, unlike a web server, there may be no redundant configuration. Therefore, it is necessary to detect a high load state as soon as possible.

  If the conventional load estimation process is applied to the equipment network as it is, the request rate cannot be determined unless the load estimation process is performed several times after the IP controller is in a high load state. There was a problem that the drop in the IP controller was delayed and the high load state of the IP controller was prolonged.

JP 2006-178698 A

  An object of the present invention is to provide an information collection device, an information collection program, and a building management system that can quickly detect a high load state of an IP controller in an equipment network and prevent an excessive load.

  According to this embodiment, the information collection device transmits a request to the IP controller based on the request rate, receives the process data corresponding to the request from the IP controller, and the process data by the collection unit A storage unit that stores a response time required from the transmission of the request to the reception of the process data, and an acquisition unit that acquires alarm information output from the IP controller. The information collection device further includes: a determination unit that determines whether or not the acquisition frequency of the alarm information by the acquisition unit exceeds a predetermined value; and the first mother from the storage unit when the acquisition frequency is equal to or less than the predetermined value. A statistical value is calculated by taking out a plurality of response times as a group, and when the acquisition frequency exceeds the predetermined value, a response time as a second population smaller than the first population is extracted from the storage unit A calculation unit that calculates a statistical value; and a control unit that controls the request rate to be reduced when the statistical value is greater than a predetermined threshold.

1 is a schematic configuration diagram of a building management system according to a first embodiment of the present invention. It is a schematic block diagram of the information collection apparatus which concerns on the 1st Embodiment. It is a figure which shows an example of the data format of a RTT memory | storage part. It is a figure which shows an example of the change of the population which concerns on the 1st Embodiment. It is a figure which shows the population by a comparative example. It is a flowchart explaining the process data collection process which concerns on the 1st Embodiment. It is a flowchart explaining the RTT statistical value calculation process which concerns on the 1st embodiment. It is a flowchart explaining the alarm information acquisition process which concerns on the 1st embodiment. It is a schematic block diagram of the information collection device which concerns on the 2nd Embodiment of this invention. It is a flowchart explaining operation | movement of the alive check part which concerns on the said 2nd Embodiment. It is a flowchart explaining the RTT statistic value calculation process by a modification.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

  (First Embodiment) FIG. 1 shows a schematic configuration of a building management system according to a first embodiment of the present invention. The building management system includes a plurality of facility devices 300, a plurality of IP controllers 200 that respectively obtain state information (process data) of the plurality of facility devices 300, an information collection device 100 that collects process data from the IP controller 200, And a monitoring terminal 400 that receives process data from the IP controller 200 and monitors and controls the state of the equipment 300.

  The equipment 300 is air conditioning or lighting, for example. The process data of the facility device 300 is, for example, an air conditioner power on / off value, a set temperature value, and an illumination on / off value.

  When receiving a request from the information collecting apparatus 100, the IP controller 200 transmits process data corresponding to the request to the information collecting apparatus 100. Further, the IP controller 200 transmits process data to the monitoring terminal 400 in response to a request from the monitoring terminal 400. The IP controller 200 outputs alarm information when in a high load state. The alarm information is output at various timings, for example, when setting the temperature of the air conditioner or in an emergency such as a disaster.

  The information collecting apparatus 100 transmits a request for requesting process data to each IP controller 200 and collects process data from each IP controller 200. Further, when the information collection apparatus 100 receives a request from the external system 500, the information collection apparatus 100 transmits the collected process data to the external system 500. The information collection device 100 is also called a gateway.

  FIG. 2 shows a schematic configuration of the information collecting apparatus 100. The information collection device 100 transmits a request to the IP controller 200, collects process data from the IP controller 200, a process data storage unit 140 that stores the collected process data, and a request transmission. In the IP controller 200, the RTT storage unit 150 that stores a response time (Round Trip Time, hereinafter referred to as RTT) required to receive the process data, the alarm information acquisition unit 160 that acquires the alarm information output from the IP controller 200, The alarm frequent occurrence determination unit 170 that determines whether or not there are frequent alarms, the RTT statistical value calculation unit 130 that calculates the RTT statistical value for each IP controller 200, and the process data collection unit 110 to the IP controller 200 Interval for sending requests (request level Includes a rate control unit 120 for controlling the g), the.

  In addition, the information collecting apparatus 100 receives a request from the external system 500 (see FIG. 1), processes the received request, and sends process data requested by the external system 500 from the process data storage unit 140. A request processing unit 193 to be extracted and a transmission unit 192 that transmits the process data extracted from the process data storage unit 140 by the request processing unit 193 to the external system 500 are further provided.

  The process data collection unit 110 crawls process data from each IP controller 200 based on the set request rate, and adds the collected process data to the process data storage unit 140. Crawling means collecting process data at regular intervals. Hereinafter, the request rate for the j-th IP controller 200j among the plurality of IP controllers 200 is denoted as Rj (request / second). That is, the request transmission interval Ij (seconds) to the IP controller 200j is 1 / Rj. Note that j is an integer greater than or equal to 1 and less than or equal to the number of IP controllers 200.

  Further, the process data collection unit 110 calculates a time (RTT) from when the request is transmitted until the process data (response) is received, and adds the calculated time (RTT) to the RTT storage unit 150.

  The process data storage unit 140 stores the process data added by the process data collection unit 110 for a predetermined time.

  The RTT storage unit 150 stores the RTT for a predetermined time C1 (seconds) for each IP controller 200. C1 is called the RTT storage period. The RTT storage period C1 is a value common to each IP controller. An example of the data format of the RTT storage unit 150 is shown in FIG. The RTT storage period C1 is a value set in advance, and is a sufficiently large value compared to the request transmission interval Ij. Therefore, the RTT storage unit 150 stores CTT / Ij (division remainder is rounded down) RTT at the time of process data collection for the IP controller 200j.

  The alarm information acquisition unit 160 receives alarm information transmitted from the IP controller 200 and notifies the alarm frequent occurrence determination unit 170 of the alarm information.

  The alarm frequent occurrence determination unit 170 receives the notification from the alarm information acquisition unit 160, and whether the alarm is frequently generated based on whether or not the alarm information acquisition frequency by the alarm information acquisition unit 160 exceeds a predetermined value. Determine whether or not. For example, when an alarm exceeding a predetermined number is transmitted within a predetermined time, the alarm frequent occurrence determination unit 170 determines that the alarm is frequently occurring (in an unsteady state). The frequent alarm determination unit 170 notifies the determination result to the RTT statistical value calculation unit 130. The timing for performing the determination may be the timing at which the alarm information is received or may be at regular intervals.

  The RTT statistical value calculation unit 130 extracts a plurality of RTTs stored in the RTT storage unit 150 and calculates an RTT statistical value for each IP controller 200. A plurality of RTTs extracted from the RTT storage unit 150 by the RTT statistical value calculation unit 130 become a statistical value calculation population. The interval (seconds) for calculating the RTT statistical value is set for each IP controller 200. For example, the statistical value calculation interval for the IP controller 200j may be equal to the request transmission interval Ij. In this case, every time an RTT is added to the RTT storage unit 150, an RTT statistical value Sj is calculated for the IP controller 200j.

  The initial setting of the population U1 when calculating the statistical value Sj is common to each IP controller 200. The population U1 may be set by the number or may be set by the period. When setting by the number, for example, the statistical value Sj is calculated using the past five RTTs as a population. On the other hand, when the period is set, for example, the statistical value Sj is calculated using the RTT in the past one minute as a population. As the statistical value Sj, for example, an average value, a standard deviation value, a maximum value, a total value, or the like can be used.

  Based on the notification from the frequent alarm determination unit 170, the RTT statistical value calculation unit 130 changes the population used when calculating the statistical value Sj to a population U2 smaller than the default population U1. When the population is set by the number, the population U2 has a smaller number of RTTs than the population U1. Further, when the population is set by a period, the population U2 has an RTT in a period shorter than the population U1.

  An example of changing the population is shown in FIG. In the example shown in FIG. 4, the population is set by the number of RTTs, the population U1 is the past five RTTs, the population U2 is the past three RTTs, and the statistical value Sj is an average value.

  When the IP controller 200j is in a steady state, the statistical value Sj is calculated using the past five RTTs as shown in FIG. On the other hand, when the IP controller 200j is in an unsteady state (alarm frequent occurrence situation), as shown in FIG. 4B, the statistical value Sj is calculated using the past three RTTs.

  As described above, when the IP controller 200j is in an unsteady state (alarm occurrence state), the influence of the increased RTT can be quickly reflected in the statistical value Sj by reducing the population.

  The RTT statistical value calculation unit 130 notifies the rate control unit 120 of the calculated statistical value Sj.

  The rate control unit 120 controls the request rate Rj based on the statistical value Sj notified from the RTT statistical value calculation unit 130. For example, the rate control unit 120 compares the statistical value Sj with the threshold value B, and if the statistical value Sj is larger, the rate controller 120 determines that the IP controller 200j is in a high load state and decreases the request rate Rj. The process data collection unit 110 is controlled.

  FIG. 5 shows an RTT statistical value calculation method according to a comparative example. In this comparative example, the statistical value is always calculated using the RTT of the past five times without changing the population. Here, it is assumed that the IP controller transitions to an unsteady state after the fourth RTT measurement.

  As shown in FIG. 5, the fifth RTT is larger than the first to fourth RTT. This is presumed to be due to a transition to an unsteady state and a high load on the IP controller. However, even if the RTT statistical value is calculated after the fifth measurement, four of the five RTTs are steady-state RTTs. Therefore, in the comparison process with the threshold value B in the rate control unit 120, the statistical value Is less likely to exceed the threshold B. Even after the sixth measurement, three out of five RTTs are steady-state RTTs, and therefore the possibility that the statistical value exceeds the threshold B in the comparison process with the threshold B in the rate control unit 120 is still low. Therefore, the timing at which the rate control unit 120 lowers the request rate is delayed.

  On the other hand, in this embodiment, the population is reduced in the unsteady state of the IP controller. In FIG. 4B, in the non-steady state of the IP controller, the population of RTT statistics values is set to the past three RTTs. As a result, after the sixth measurement, two of the three RTTs have large values, and there is a high possibility that the statistical value exceeds the threshold value B in the comparison process with the threshold value B in the rate control unit 120. That is, the request rate can be lowered after the sixth measurement.

  As described above, in this embodiment, when the IP controller 200j is in a non-steady state (alarm occurrence state), the statistical value Sj has a change (increase) in RTT in order to reduce the population at the time of calculating the statistical value Sj. Reflected promptly. Therefore, the rate control unit 120 can quickly detect that the IP controller 200j is in a high load state, lower the request rate Rj, and prevent the IP controller 200j from prolonging the high load state.

  As described above, there are three main processes of the information collection apparatus 100: process data collection process, RTT statistical value calculation process, and alarm information acquisition process. Hereinafter, each process will be described together with flowcharts.

  The process data collection process executed by the process data collection unit 110 will be described with reference to FIG.

  (Step S101) Based on the initial value of the request rate Rj set in the IP controller 200j, crawling of process data is started. In one crawl (a process of acquiring the process data of the equipment 300 managed by the IP controller 200j), the order in which the equipment 300 of the process data is acquired may be determined from, for example, the equipment ID. It may be determined after grouping for each equipment type. However, the order once decided is not changed. Thereby, process data of the same equipment can be collected at regular intervals.

  (Step S102) The process data obtained by the request is added to the process data storage unit 140.

  (Step S103) The RTT calculated for each request is added to the RTT storage unit 150. Here, the time from when the request is transmitted to when the process data (response) is received may be directly used as the RTT, or a value obtained by performing some calculation may be used as the RTT. For example, when the number of process data collected for each request is different, RTT may be a value obtained by dividing the difference between the response reception time and the request transmission time by the number of process data acquired in the current request.

  (Step S104) If the request rate Rj is lowered from the rate control unit 120, the process proceeds to step S105, and if not, the process proceeds to step S106.

  (Step S105) The request rate Rj is changed. Note that the reduction rate of the request rate Rj may be set in advance or may be determined by the rate control unit 120 each time.

  (Step S106) When the process is continued, the process returns to Step S102 to perform crawling.

  Next, the RTT statistical value calculation process will be described with reference to FIG.

  (Step S201) The RTT statistical value calculation unit 130 generates a calculation thread for calculating the statistical value. The same number of threads as the IP controller 200 are generated.

  (Step S202) Each IP controller 200 is assigned to each calculation thread.

(Step S203) The population U1 of RTT statistical value calculation is set for each calculation thread. Here, “setting by number” is selected as the population setting method. Of course, another setting method may be selected.
(Step S204) An RTT statistical value calculation interval is assigned to each calculation thread. Here, the request transmission interval Ij is assigned to the thread in charge of the IP controller 200j as the calculation interval. Of course, another interval may be assigned.

  (Step S <b> 205) Each time the time Ij elapses, each calculation thread acquires the RTT of the corresponding IP controller 200 from the RTT storage unit 150. Here, the past U1 RTTs (RTT groups) are acquired.

  (Step S206) Each calculation thread calculates the statistical value Sj using the acquired RTT group. Here, it is assumed that a standard deviation value is obtained as a statistical value.

  (Step S207) Each calculation thread notifies the calculated statistical value Sj to the rate control unit 120.

  (Step S208) The rate control unit 120 compares the statistical value Sj notified from the calculation thread of the RTT statistical value calculation unit 130 with a preset threshold value B. If the statistical value Sj exceeds the threshold B, the process proceeds to step S209, and if not, the process proceeds to step S211.

  (Step S209) The rate control unit 120 notifies the process data collection unit 110 to decrease the request rate Rj.

  (Step S210) Upon receiving notification from the rate control unit 120, the process data collection unit 110 decreases the value of the request rate Rj for the IP controller 200j. The reduction rate of the request rate Rj may be a fixed value, or may be dynamically determined from the difference between the statistical value Sj and the threshold value B.

  (Step S211) When the process is continued, the process returns to Step S205.

  The RTT statistical value calculation unit 130 sets a population U2 of RTT statistical values in each thread when receiving a notification of frequent occurrence of alarms from the frequent occurrence determination unit 170. The population U2 set here is a value smaller than the population U1 set in the initial state. The population U2 may be a fixed value set in advance, or may be dynamically calculated from the alarm occurrence frequency. The threads that change the population from U1 to U2 may be only those corresponding to the IP controller 200 that outputs alarm information at a high frequency, or may be all threads.

  By reducing the population, the effect of the increased RTT can be quickly reflected in the statistical values. That is, when the load on the IP controller increases and the RTT value increases, the statistical value changes greatly, and the possibility that the threshold value B will be exceeded increases.

  The RTT statistical value calculation unit 130 returns the population U2 of the RTT statistical values of each thread to the original population U1 when a certain time has elapsed after receiving the notice of frequent occurrence of alarms. This fixed time may be a fixed value set in advance, or may be dynamically calculated from an alarm occurrence frequency or the like.

  Next, the alarm information acquisition process will be described with reference to FIG.

  (Step S301) The alarm information acquisition unit 160 waits for alarm information transmitted from the IP controller 200. For example, when the monitoring terminal 400 and the IP controller 200 are performing communication using BACnet / IP, the alarm information is broadcast from the IP controller 200. The alarm information acquisition unit 160 may periodically inquire of the IP controller 200 whether or not an alarm has occurred.

  (Step S302) The alarm information acquisition unit 160 acquires the alarm information and notifies the alarm frequent occurrence determination unit 170.

  (Step S303) The frequent alarm determination unit 170 stores the received alarm information in association with the current time.

  (Step S304) The alarm frequent occurrence determination unit 170 compares the number of alarm information received during the predetermined time T1 with the threshold value N. Here, the predetermined time T1 and the threshold value N may be fixed values set in advance, or may be dynamically calculated based on past alarm generation tendency or the like. If the number of alarm information received during the predetermined time T1 exceeds the threshold N, the process proceeds to step S305, and if not, the process proceeds to step S306.

  (Step S305) The alarm frequent occurrence determination unit 170 notifies the RTT statistical value calculation unit 130 that the alarm frequent occurrence state has occurred.

  (Step S306) The alarm frequent occurrence determination unit 170 discards alarm information received in the past from the predetermined time T2. The predetermined time T2 may be a fixed value set in advance, or may be dynamically calculated from a past alarm generation tendency or the like.

  (Step S307) When the process is continued, the process returns to Step S301.

  As described above, according to the present embodiment, the RTT population used for calculating the RTT statistics value is reduced in a state where the alarm occurs frequently and the load of the IP controller 200 is higher than normal. Thus, the increase in the RTT value is promptly reflected in the statistical value. Therefore, the request rate can be quickly reduced, and an excessive load on the IP controller 200 can be prevented.

(Second Embodiment) FIG. 9 shows a schematic configuration of an information collecting apparatus 100 according to a second embodiment of the present invention. This embodiment is different from the first embodiment shown in FIG. 1 in that it includes an alive check unit 180 that detects a new entry of a monitoring terminal. In FIG. 9, the same parts as those of the first embodiment shown in FIG. 2 are denoted by the same reference numerals, and the description thereof is omitted. is there. The new entry of the monitoring terminal 400 includes not only the case where the new monitoring terminal 400 is actually connected, but also the case where the power of the monitoring terminal 400 is switched from off to on.

  As a part of the entry process, the monitoring terminal 400 sends many requests to the IP controller 200 to acquire the process data in order to grasp the current state. Therefore, the load of the IP controller 200 increases with the new entry of the monitoring terminal 400.

  In the present embodiment, when the alive check unit 180 detects a new entry of the monitoring terminal 400, the request rate is promptly changed by changing the population for calculating statistical values and temporarily reducing the population. Lower.

  When the alive check unit 180 detects a new entry of the monitoring terminal 400, the alive check unit 180 notifies the RTT statistical value calculation unit 130. New entry of the monitoring terminal 400 can be confirmed by periodically transmitting an alive check packet. For example, when BACnet / IP is used, there is a method of periodically broadcasting a Who-Is message. When the I-Am message is returned, it can be determined that the monitoring terminal 400 has entered the building management system. There is also a method of periodically sending a ping to the IP address of the monitoring terminal 400.

  Further, it is possible to detect that the entry process of the monitoring terminal 400 is completed as follows. For example, when BACnet / IP is used, since the monitoring terminal 400 performing the entry process notifies the entry process phase using the EventNotification message, the alive check unit 180 receives the message, Completion of entry processing can be detected. Alternatively, it may be determined that the entry process has been completed when a predetermined time has elapsed since the entry of the monitoring terminal 400 has been detected.

  The operation of the alive check unit 180 will be further described with reference to FIG.

  (Step S401) When the alive check unit 180 detects a new entry of the monitoring terminal 400, the process proceeds to Step S402.

  (Step S402) The alive check unit 180 notifies the RTT statistical value calculation unit 130 of the new entry of the monitoring terminal 400.

  (Step S403) The alive check unit 180 waits for completion of the entry process of the monitoring terminal 400. If it is confirmed that the entry process of the monitoring terminal 400 is completed, the process proceeds to step S404.

  (Step S404) The alive check unit 180 notifies the RTT statistical value calculation unit 130 that the entry process of the monitoring terminal is completed.

  (Step S405) When the process is continued, the process returns to Step S401.

  The RTT statistical value calculation unit 130 decreases the population value of the RTT statistical value of each thread when receiving the notification of the frequent occurrence of the alarm from the frequent occurrence determination unit 170. Here, the value to be reduced is M1. M1 may be a fixed value set in advance, or may be dynamically calculated from the alarm occurrence frequency.

  When a certain time T3 has elapsed since receiving the notification of frequent alarms, the RTT statistical value calculation unit 130 increases the population value of the RTT statistical value of each thread by M1, Restore the population. The fixed time T3 may be a fixed value set in advance, or may be dynamically calculated from an alarm occurrence frequency or the like.

  When receiving the notification of new entry of the monitoring terminal 400 from the alive check unit 180, the RTT statistical value calculation unit 130 decreases the population value of the RTT statistical value of each thread. Here, the value to be reduced is M2. The determination method of M2 may be a fixed value set in advance, or may be dynamically calculated from the number of monitoring points. M2 and M1 may be the same value or different values.

  When the RTT statistical value calculation unit 130 receives a notification of completion of the entry process of the monitoring terminal 400 from the alive check unit 180, the RTT statistical value calculation unit 130 increases the population value of the RTT statistical value of each thread by M2, and restores the original value.

  As described above, in the present embodiment, when the alarm occurs frequently and when the monitoring terminal 400 enters, the statistical population is reduced in a state where the load of the IP controller 200 is higher than that in the steady state. Thus, the request rate can be lowered by promptly reflecting the influence of the increase in the RTT value on the statistical value. Thereby, it is possible to prevent the IP controller 200 from being excessively loaded.

  The RTT statistical value calculation unit 130 may reduce the population by (M1 + M2) when frequent alarms and entry into the monitoring terminal occur at the same time. That is, the population is made smaller than when only frequent alarms occur or when only surveillance terminal entry occurs. Thereby, the influence of the increase in the RTT value can be reflected in the statistical value more quickly, and the request rate can be lowered.

  In the first and second embodiments, the threshold value to be compared with the statistical value in the rate control unit 120 may be prepared for each IP controller 200 in consideration of the performance difference between the plurality of IP controllers 200.

  The plurality of IP controllers 200 constituting the building management system may not all exhibit the same performance, and may have different hardware. In this case, even if the load of the IP controller 200 is equal, the IP controller 200 causes a difference in the absolute value of the RTT or a difference in the variation of the RTT. That is, if the performance of the IP controller 200 is different, a difference occurs in the RTT statistical value. At this time, if there is only one threshold that is compared with the statistic to determine whether to reduce the request rate, the RTT statistic of a certain IP controller will exceed the threshold despite the equal load, This means that the RTT statistics value of a certain IP controller does not exceed the threshold value. Such a problem can be solved by preparing a threshold Bj for each IP controller 200j.

  FIG. 11 shows an RTT statistical value calculation process when a plurality of threshold values are prepared. Steps S501 to S507 and S509 to S511 in FIG. 11 are the same as S201 to S207 and S209 to S211 in FIG.

  (Step S508) The rate control unit 120 compares the statistical value Sj notified from the thread of the RTT statistical value calculation unit 130 with a preset threshold value Bj. If the statistical value Sj exceeds the threshold value Bj, the process proceeds to step S509, and if not, the process proceeds to step S511.

  In step S510, the reduction rate of the request rate Rj may be calculated in consideration of the performance of the IP controller 200j.

  Thus, by considering the performance of the IP controller, setting the threshold value Bj for request rate control for each IP controller makes it possible to realize request rate control according to the performance.

  At least a part of the information collection apparatus 100 described in the above-described embodiment may be configured by hardware or software. When configured by software, a program for realizing at least a part of the functions of the information collecting apparatus 100 may be stored in a recording medium such as a flexible disk or a CD-ROM, and read and executed by a computer. The recording medium is not limited to a removable medium such as a magnetic disk or an optical disk, but may be a fixed recording medium such as a hard disk device or a memory.

  Further, a program that realizes at least a part of the functions of the information collecting apparatus 100 may be distributed via a communication line (including wireless communication) such as the Internet. Further, the program may be distributed in a state where the program is encrypted, modulated or compressed, and stored in a recording medium via a wired line such as the Internet or a wireless line.

  Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. In addition, various inventions can be formed by appropriately combining a plurality of components disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined.

100 Information collection device (GW: Gateway)
110 process data collection unit 120 rate control unit 130 RTT statistical value calculation unit 140 RTT storage unit 150 process data storage unit 160 alarm information acquisition unit 170 alarm frequent occurrence determination unit 180 alive check unit 191 reception unit 192 transmission unit 193 request processing unit 200 IP Controller 300 Equipment 400 Monitoring terminal 500 External system

Claims (9)

A collection unit that transmits a request to the IP controller based on a request rate, and receives process data corresponding to the request from the IP controller;
A storage unit that stores response time required from transmission of the request to reception of the process data every time the process data is received by the collection unit;
An acquisition unit for acquiring alarm information output from the IP controller;
A determination unit that determines whether the acquisition frequency of the alarm information by the acquisition unit exceeds a predetermined value;
When the acquisition frequency is less than or equal to the predetermined value, a plurality of response times that are the first population are extracted from the storage unit to calculate a statistical value, and when the acquisition frequency exceeds the predetermined value, the storage unit Calculating a statistical value by taking out a response time to be a second population smaller than the first population from the first population,
A control unit that controls to reduce the request rate when the statistical value is greater than a predetermined threshold;
An information collecting apparatus comprising: A detection unit that detects new entry of a monitoring terminal that acquires the process data from the IP controller and completion of entry processing by the monitoring terminal;
The calculator is
Before the detection unit detects a new entry of the monitoring terminal, a plurality of response times to be the first population is extracted from the storage unit, and a statistical value is calculated.
After the detection unit detects a new entry of the monitoring terminal, a response time that is a third population smaller than the first population is extracted from the storage unit until the completion of the entry process is detected. Calculate statistics,
2. The information according to claim 1, wherein after the detection unit detects completion of the entry process, a plurality of response times as the first population are extracted from the storage unit and a statistical value is calculated. Collection device.   When the acquisition frequency exceeds the predetermined value after the detection unit detects a new entry of the monitoring terminal and before the completion of the entry process is detected, from the storage unit The information collection device according to claim 2, wherein a statistical value is calculated by extracting a response time that is a fourth population smaller than the second population and the third population. The collection unit transmits a request to a plurality of IP controllers and receives process data,
The calculation unit calculates the statistical value for each IP controller,
4. The control unit according to claim 1, wherein, when the statistical value is larger than a threshold set in the corresponding IP controller, the control unit controls the request rate for the IP controller to be reduced. 5. The information collection device described in 1.   The calculation unit extracts U1 (U1 is an integer of 2 or more) response times as the first population, and U2 (U2 is an integer satisfying 1 ≦ U2 <U1) as the second population. The information collection device according to claim 1, wherein the information collection device extracts the information.   The calculation unit extracts a response time added to the storage unit within a first predetermined time as the first population, and stores the response time as a second population within a second predetermined time shorter than the first predetermined time. The information collection device according to claim 1, wherein a response time added to the unit is extracted. A second storage unit for storing process data received by the collection unit;
A receiver for receiving a request from an external system;
A request processing unit for retrieving process data from the second storage unit based on the request received by the receiving unit;
A transmission unit that transmits the process data retrieved from the second storage unit by the request processing unit to the external system;
The information collecting apparatus according to claim 1, further comprising: Sending a request to the IP controller based on the request rate;
Receiving process data corresponding to the request from the IP controller;
Adding a response time required from the transmission of the request to the reception of the process data to the storage unit every time the process data is received;
Obtaining alarm information output from the IP controller;
Determining whether the alarm information acquisition frequency exceeds a predetermined value;
When the acquisition frequency is less than or equal to the predetermined value, a plurality of response times that are the first population are extracted from the storage unit to calculate a statistical value, and when the acquisition frequency exceeds the predetermined value, the storage unit Taking a response time to be a second population smaller than the first population and calculating a statistical value;
Controlling to reduce the request rate when the statistical value is greater than a predetermined threshold;
Information collection program that causes a computer to execute An information collection device according to any one of claims 1 to 7,
Multiple equipment and
An IP controller that acquires process data from the plurality of equipment and transmits process data to the information collection device based on a request received from the information collection device;
Building management system with.

Images