Device control system and procedures

Abstract

Device control system (100) for controlling devices, characterized in that it comprises: a control request output part (103) which, according to operation by a user, outputs control requests that determine the location of moving objects and the control of the devices; an assessment plan formation part (104) which, based on the control requests issued by the control request output part (103), forms condition assessment parts (107) which assess the fulfillment of the conditions of the control requests with respect to the moving objects and output identifiers of the control requests; one or more condition assessment parts (107) formed by the assessment plan formation part (104); an execution plan formation part (105) which, by receiving the identifiers of the control requests, forms control execution parts (109).The control elements determine devices as objects to be controlled according to the control rules specified in the control requirements and transmit control commands to the devices that follow the control procedure for the devices; one or more control execution parts (109) formed by the execution plan formation part (105); a layout database (106) that manages area information data for defining an area and device arrangement data for defining the arrangement of the devices; and a measurement result database for storing previously obtained measurement results regarding the locations of the moving objects, wherein the condition evaluation parts (107) perform the evaluation with reference to the layout database and, with reference to the measurement result database, evaluate the conditions corresponding to the control requirements for temporal changes in the location of the moving objects.

Description

TECHNICAL AREA The present invention relates to a device control system and method, in particular for controlling devices using detection information (sensor information) from moving objects. STATE OF THE ART The technology for detecting moving objects, such as people, using sensors and subsequently controlling various devices using the detected information (sensor information) has found practical application. For example, patent literature 1 discloses a device to support energy management, in which, when simulating the control of electrical devices on building floors, the scanned information showing the locations of people on the floors is used to control the power-consuming devices based on control rules, in order to save electricity consumption. Patent literature 2 describes a system for measuring the same moving object, in which, based on measurement results from sensors of varying accuracies, the traces of the same moving body are assessed with good accuracy. This includes a technique for detecting persons using a device for measuring the location of objects in the environment by scanning the environment with an infrared laser beam, etc., and a technique for detecting persons by extracting the facial area from photographs. DE 102 12 232 A1 discloses a busbar system with a data line, containing one or more terminal devices that can be flexibly and detachably connected at any position in the busbar system. A central control system is provided, and at least one of the terminal devices is a sensor or receiver with which signals can be received and transmitted to the central control system via the data line. LITERATURE ON THE STATE OF THE TECHNOLOGY PATENT LITERATURE Patent literature 1: JP 2013-236520 APatent literature 2: JP 2017-040530 A SUMMARY OF THE INVENTION TASK TO BE SOLVED BY THE INVENTION According to the technique disclosed in patent literature 1, a highly comfortable environment can be maintained for people gathered, for example, by automatically operating the air conditioning system. However, it is assumed that malfunctions can occur if the accuracy in locating the people is low. According to the technique disclosed in patent literature 2, the locations of the people can be estimated by simultaneously using the measurement results from laser beams and cameras, thus enabling the locations of the people to be measured with greater accuracy. This approach reduces the malfunctions. Even if the devices function correctly, their operation may differ from what users expect. For example, more people than before are congregating near a vending machine that has recently been installed in a corner of an office building. In this case, it can be assumed that tracking the number of people staying there leads to unnecessary cooling operation. Similarly, as in this example, it is common for the circumstances foreseen during the design phase to change later, and it is not practical to implement the controls according to the previous rules. In this case, one might consider changing the control rules. However, modifying the control rules built into the devices requires personnel with expertise in the devices. Furthermore, the control rules are quite complex, as they involve coordinating the operation of the people detection sensor with the control of numerous devices, making the change a considerable time-consuming process. Furthermore, there is a lack of clarity regarding the positioning of the people. The validity of this setting—for example, which people the device should target: those within 2 meters of the machine, or within 2.3 meters, or within 1.8 meters, etc.—is difficult to determine theoretically and therefore remains unclear until the devices are actually in operation. For this reason, it is usually necessary to reiterate that the devices will be operated according to the preliminary settings and then reconfigured if any problems arise. In this way, changing the complex control rules is difficult due to the costs and time required for installation. While it is possible to simply stop the device control under these circumstances, in applications where these circumstances frequently occur, it would be difficult to link personnel tracking and device control using such complex rules, as their adjustment is laborious. Furthermore, patent literature 1 and 2 do not contain any concrete instructions on how to change the device control rules after the system has been put into operation. The present invention is based on the objective of making it easy to change the settings for controlling the devices even during the use of the system. MEANS OF SOLVING THE TASK The foregoing problem is solved by the features of the independent claims. Advantageous embodiments are described in the dependent claims. In particular, a device control system for controlling devices is presented, comprising a control request output part that, according to operation by a user, outputs control requests that determine the location of moving objects and the control of the devices; an evaluation plan formation part that, based on the control requests output part, forms condition evaluation parts that assess the fulfillment of the conditions of the control requests with respect to the moving objects and output identifiers of the control requests; one or more condition evaluation parts formed by the evaluation plan formation part; and an execution plan formation part that, by receiving the identifiers of the control requests, forms control execution parts.which, according to the tax rules stipulated in the tax requirements, designate devices as objects to be controlled and transmit control commands to the devices that follow the control procedure for the devices, and which has one or more control execution parts formed by the execution plan formation part. EFFECTS OF INVENTION According to the invention, the setting for controlling the devices can also be easily changed during the use of the system. BRIEF EXPLANATION OF THE DRAWINGS [Fig. 1] a diagram of a device control system design according to embodiment 1; [Fig. 2] a diagram of a hardware design of a device for implementing the device control system; [Fig. 3] a diagram schematically illustrating a sequence of control condition settings; [Fig. 4] a diagram schematically illustrating a device control sequence; [Fig. 5] a diagram illustrating a sequence of control condition settings on an assessment plan formation part 104; [Fig. 6] a diagram illustrating a sequence of a control request entry readiness process 501 on the assessment plan formation part 104; [Fig. 7] a diagram of a data structure of the participation entry message 700; [Fig. 8] a diagram of a data structure of the participant list 800; [Fig. 9] a diagram illustrating a sequence of a control request entry readiness process 502 on the Part 105 of the execution plan is shown; [Fig.[Fig. 10] a diagram of a tax request output process 503; [Fig. 11] a diagram of a data structure of the tax request data 11; [Fig. 12] a diagram of a data structure of a layout DB106; [Fig. 13] a schematic diagram of an example of a tax request output process 503; [Fig. 14] a diagram showing the flow of an assessment plan creation process 504 and an assessment planning process 506; [Fig. 15] a diagram of an example of a structure of the assessment rules 1501; [Fig. 16] a diagram of an execution plan creation process 505 and an execution planning process 507; [Fig. 17] a diagram of a data structure of an execution control instruction 1701; [Fig. 18] a diagram of a sequence of device control; [Fig. 19] a diagram illustrating the process of a location assumption procedure 1801; [ Fig. 20 ] a diagram of a data structure of the personal location data 2001; [ Fig.

[21] a diagram illustrating the process of a site condition assessment 1802; [Fig. 22] a diagram of data elements of the previous site data 2201; [Fig. 23] a diagram of a data structure of the site assessment result data 2301; [Fig. 24] a diagram illustrating the process of a control execution 1803; [Fig. 25] a diagram illustrating the screen display for the output of the control requirements; [Fig. 26] a diagram of the structure of a device control system according to embodiment 2; [Fig. 27] a diagram of an example of the execution plan formation process; [Fig. 28] a diagram of an example of a control evaluation sequence; [Fig. 29] a diagram of an example of a data structure of the control evaluation data; [Fig. 30] a diagram of an example of the Execution plan evaluation process; [ Fig. 31 ] a diagram of an example sequence for removing control conditions:. FORM OF EXECUTION OF THE INVENTION The embodiments of the invention are explained below with reference to the figures. EXAMPLE OF EXECUTION 1 Fig. 1 shows a design of a device control system according to an exemplary embodiment. The device control system 100 is described as a system in which sensor systems, such as terminal positioning system 112, camera system 113, laser measuring system 114, etc., are connected to lighting devices 115 and audio devices 116, which are the objects to be controlled, in order to control the lighting devices 115 and the audio devices 116 using the detection information provided by the sensor systems. In the present exemplary embodiment, it is provided that the sensor systems, which are applied, for example, in offices or buildings, detect the existence of moving objects, such as people, etc., and use the sensor information to control the lighting devices, etc., of the offices. The terminal positioning system 112, camera system 113, and laser measuring system 114 detect the existence of persons by processing signals from radio communications, images from visible beams, and reflected infrared laser beams in a manner known per se. Other sensors for detecting persons can also be used if they can measure persons and their location. (Hereinafter, these systems 112, 113, and 114 will be collectively referred to as sensors, where appropriate.) The lighting devices 115 are used to change the brightness and color of the lighting, and the audio devices 116 are used for sound output. Both devices are objects to be controlled. Other devices besides lighting devices and audio devices, such as air conditioners, self-propelled vehicles, liquid crystal displays, projectors, etc., are also controllable., can be considered as objects to be controlled if there is a need to control the devices in conjunction with the location of the person. The device control system 100 consists of a control communication transmission part 101 for transmitting various messages, including control requests, etc., relating to the control of the devices; a location assumption part 102 for assuming the location of persons by combining the data from the sensors for detecting persons; a control request output part 103 for outputting the control requests by receiving the operator's input (e.g., system administrator) when setting and changing the control content; an assessment plan formation part 104 for establishing a plan for assessing the conditions for changing the state of the devices; an execution plan formation part 105 for establishing the practical control content; and a layout database (referred to as DB) 106 for storing the location information relating to stationary objects, such as walls, columns, and tables, machines, etc., attached to them.In predefined areas, such as offices, facilities, etc., condition assessment parts 107, which are formed by the instruction of the assessment plan formation part 104 and actually assess the conditions, a measurement result DB 108 for storing the information for the condition assessment by the condition assessment parts 107, control execution parts 109, which are formed by the instruction of the execution plan formation part 105 and actually carry out the command output for the control, a lighting control control part 110 for forwarding the control command to the lighting equipment 115, and an audio control control part 111 for forwarding the control command to the audio equipment 116. If other devices besides lighting equipment, audio equipment, etc., are to be controlled, further control control parts corresponding to these devices can be added.In this example, the publisher-subscriber architecture-based communication, e.g., the MQTT protocol, is used at the control communication transmission part 101 to simplify installation. However, suitable communication transmission methods can be used depending on the installation environment. Fig. 2 shows a hardware design of the individual devices that form the device control system. The laser measuring system 114 consists of a laser oscillator 201 for oscillating the laser beams, a laser light receiver 202 for reading the reflected laser beams, and a processing unit (CPU) 203, which determines the distance to the objects around the laser sensor 101 from the time required for laser oscillation or laser light reception, etc., and converts it into point group data. The camera system 113 is a system with general cameras, which is a device that receives the visible beam as images via an image sensor 204, detects people from the images via the processing unit (CPU) 203, and can infer their locations. The terminal positioning system 112 is equipped with a processor 205 for performing the calculation process, a DRAM 206 as a volatile buffer zone enabling fast reading and writing, a storage device 207 as a permanent storage medium, such as HDD, flash memory, etc., an input device 208 for receiving user commands, a monitor 209 for displaying the current terminal status, a radio communication board 210 as a network interface card for radio communication, and a GPS receiver 211 for determining the terminal positions. When a program stored in the storage device 207 is executed by the processor 205, the GPS receiver 211 is used to determine the terminal's location, which is then transmitted via the radio communication board 210. The device control system 100 is equipped with a computational processor 205, a DRAM 206 as a volatile intermediate storage zone, through which fast reading and writing is possible, a storage device 207 as a permanent storage zone using HDD, flash memory, etc., an input device 208 for receiving user input, a monitor 209 for displaying information, and a network interface card (NIC) 212 for carrying out communication. The processor 205 implements a program stored in memory zone 209, thereby realizing the individual functions of the control communication transmission part 101, location assumption part 102, control request output part 103, assessment plan formation part 104, execution plan formation part 105, condition assessment part 107, control execution part 109, lighting control control part 110, and audio control control part 111 as shown in Fig. 1.The input device 208 and the monitor 209 implement the control request output unit 103. The layout DB 106 and measurement result DB 108 are stored in the storage device 207 and then generated. An advantage of the present embodiment is that the device control is achieved by the user 301 operating the assessment plan formation part 104 and the execution plan formation part 105, each forming a condition assessment part 107 and a control execution part 109 for modifying the device control, according to the requirements from the control request output part 103. Each condition assessment part 107 and control execution part 109 operates independently of the other to control the devices. This allows for the locations and control rules to be changed arbitrarily and easily, even after the device control system has been deployed (i.e., during operation), such as adding, deleting, etc., so that appropriate measures can be taken in a timely manner to counteract changes in the location where the devices are installed. The settings for changing locations and control rules, as well as device control, are then explained using Figures 3 and 4. Figure 3 shows a sequence for setting control conditions, in which control requirements are added to the device control system. Figure 4 shows a sequence for practical control during the execution of device control. If user 301 wants to change the control settings, they can use the control request output part 103 to specify and enter "under what condition of the site" and "how the devices should function." The control request output part 103 then transmits the entered control requirements as a message to the assessment plan formation part 104 and the execution plan formation part 105 via the control communication transmission part 101. Based on the interpretation of these requirements, the assessment plan formation part 104 and the execution plan formation part 105 generate specific work codes. A condition assessment part 107 and a control execution part 109 then create these work codes and execute them. In this device control system, the control rules can be modified even after the application has started, according to user 301 requirements. The setting of the control conditions can be performed multiple times, again according to user 301 requirements. Several condition evaluation parts 107 and control execution parts 109 can be created, operating independently of each other using thread handling. It is also possible to distribute the workload across multiple computers instead of using thread handling, thereby increasing the processing speed. Fig. 4 shows a process in the practical implementation of the device control by the condition evaluation parts 107 and control execution parts 109 formed during the control condition setting. In the device control, the information regarding the detected locations, which was transmitted by the terminal positioning system 112, camera system 113 and laser measuring system 114, is received via the control communication transmission part 101 by the location guessing part 102, whereby the location guessing part 102 combines this information and guesses the locations of the persons. The results are distributed via the control communication transmission part 101 to the condition evaluation parts 107 formed during the control condition setting. Several condition assessment parts 107 are generated when the control conditions are set multiple times. Information from only the condition assessment part 107, which determines that the conditions for changing the control are met, is communicated to the corresponding control execution part 109 via the control communication transmission part 101. The control execution parts 109 then forward the previously generated control command to the lighting control control part 110 and the audio control control part 111 to ensure the proper functioning of the lighting devices 115 and audio devices 116. In this example, communication between the individual parts is carried out via the control communication transmission part 101 to simplify installation. However, a configuration is also possible in which the individual parts are directly connected to each other to reduce the number of communication steps. The details of the control condition setting process (Fig. 3) and the device control process (Fig. 4) are then explained with reference to Figs. 5 ff. For an explanation of the control condition setting, refer to Figs. 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16 to 17, and for an explanation of the device control, refer to Figs. 18, 19, 20, 21, 22, 23 to 24. First, the process of setting the control conditions is explained. Fig. 5 shows a sequence of the control condition setting. When setting the control conditions, at the start of work, such as when switching on the system, etc., the control requirement entry readiness setting process 501 is executed by the assessment plan formation part 104 and the control requirement entry readiness setting process 502 by the execution plan formation part 105. The details of the tax requirement entry readiness settings processes 501 and 502, and the data structure, such as the messages used for these processes, etc., are explained with reference to Figures 6, 7, 8 to 9. Figure 6 shows the details of the tax requirement entry readiness settings process 501, which is executed by the assessment plan training part 104. In the tax requirement entry readiness settings process 501, a topic ID of the specified tax requirements (e.g., the string "operation_req") and a wildcard subtopic ID (a character indicating that all subtopics are being applied) are set in a participation entry message 700 and passed to the control communication transmission part 101 (601). Fig. 7 shows a data structure of the participation registration message 700. The control communication transmission part 101 functions according to the publisher-subscriber architecture and, after receiving the participation registration message 700, enters the communication address 701, which shows an IP address of the registrant (in this case the assessment plan education part 104), into the participant list 800 managed in the control communication transmission part 101, with reference to the receiving topic ID 702 and receiving subtopic ID 703 (602). Figure 8 shows the structure of the participant list 800. A destination address list 804, which is a collection of destination addresses associated with the topic ID 802 and subtopic ID 803, is entered and managed in the participant list 800. After the control communication transmission unit 101 receives a distributed message containing a topic ID, it selects from the participant list 800 those entries where both the topic ID 802 and the subtopic ID 803 are identical to those of the distributed message, as well as those where the topic ID 802 is identical and the subtopic ID 803 is set to a wildcard. The distributed message is then forwarded to the devices specified in the destination address list 804 that correspond to the aforementioned identical IDs.During the tax requirement entry-readiness setting process 501, the wildcard is set as the subtopic ID so that the assessment plan-education part 104 can receive all distributed messages to which the specified tax requirement topic ID has been assigned. Similarly, in the execution plan formation part 105 for the tax requirement entry readiness process 502 (see Fig. 9), the same topic ID of the tax requirements and the wildcard as a subtopic ID are set in the participation entry message 700 and passed on to the control communication transmission part 101 (901). In the same way, the tax requirement participation entry message 700 is entered into the participant list 800 in the control communication transmission part 101 (902). This allows the execution plan formation part 105 to also receive the distributed messages to which the topic ID of the tax requirements has been assigned. The explanation continues here with reference to Fig. 5. After the tax request entry readiness settings processes 501 and 502, the tax request output section 103 is operated, and thus the tax request output process 503 is executed, if the user wants to change the control content. Fig. 10 shows the details of the tax request output process 503. When the tax request formation part 103 receives the input 1001 from the user, the tax request data 1101 corresponding to the input is formed. The structure of the tax request data 1101, as shown in Fig. 11, is explained here. The tax request data 1101 comprises topic information 1102, condition information 1103, which specifies the conditions for the control change with respect to the location, and result information 1104, which describes the state the control should target. The topic information 1102 includes a topic ID 1105 ("operation_req"), which represents the aforementioned tax requests, and a subtopic ID 1106 as a request ID, which can uniquely identify the tax request data. To this end, it is necessary to maintain uniqueness, for example, by numbering the request ID sequentially each time the tax request output process 503 is executed. The condition information 1103 includes assessment conditions 1107 and data selection conditions 1108 as conditions for the control change, which are set by the user.The assessment conditions 1107 specify the conditions under which the assessment of the authenticity or falsity of a location within the area defined by the data selection conditions 1108 is possible, with the control of this requirement being executed in the case of authenticity. These assessment conditions 1107 may also specify conditions relating to spatial information, such as "two or more people in the room," etc., and the layout database 106 may be used for this purpose. Fig. 12 shows an example of the structure of area information data 1201 of the layout DB 106. The area information data 1201 according to (A) includes data for an area ID 1202 for the unique identification of the area, an area type 1203 to represent the type of the area, and an area shape 1204, in which a polygon is included to denote the shape of the area with the coordinate point chain. This data is used to specify the conditions. Assuming that the location data is stored in an RDBMS (relational database system), the information in the condition specifications 1103 corresponds to the information that can be used to construct the SQL statement, where the return values ​​of the SELECT statement correspond to the evaluation conditions 1107, and the FROM and WHERE clauses correspond to the data selection conditions 1108. For example, the following SQL statement is assumed: "select count (distinct pedestrian.id>2 from pedestrians, area where is inside (pedestrian.location, area.shape and area.id=2)". "count (distinct pedestrian.id>2)" is an evaluation condition 1107, representing "two or more pedestrian.ids", i.e., "two or more people". The part "from pedestrians, area where is inside (pedestrian.location, area.shape) and area.id=2" corresponds to the data selection condition 1108 "person location (pedestrian.location) within the area shape (area.shape) with area ID (area.id) of 2 using the table (pedestrians) containing the location information and the area (area) containing the area information data", i.e., "people in the area with area ID of 2".In this example, the control is changed as per result 1104 if the number of people in the area with area ID of 2 exceeds 2. The result data 1104, which specifies how the control is to be changed, includes an object zone 1109, a state change location 1110, and a state change content 1111. The object zone 1109 contains the area ID 1202 of the area information data 1201, which governs the control directed at this area. The state change location 1110 specifies the type, i.e., a state change or an interrupt. If a state change is specified here, the control is carried out in such a way that the state specified in the state change content 1111 is maintained. If an interrupt is specified, the control is carried out in such a way that the state is changed once to the state specified in the state change content 1111 and then the original state is maintained.For example, if a state change with respect to lighting is defined as state change type 1110 and the state change content 1111 represents an "illuminance of 50% of the maximum", the control is carried out such that the illuminance in the area of ​​the area ID is approximately 50% of the maximum. On the other hand, if an interrupt is defined as state change type 1110 with the lighting switched off and the state change content 1111 represents an "illuminance of 50% of the maximum", the lighting in the area ID is switched on once at an illuminance of approximately 50% of the maximum, and then the handling to switch the lighting off is carried out. This brings us back to the explanation of Fig. 10. The tax request data 1101 generated by the tax request output unit 103 is forwarded once to the control communication transmission unit 101 (1003). The control communication transmission unit 1101, referring to the topic ID 1105 and subtopic ID 1106 of the tax request data 1101, retrieves the addresses listed in the participant list 800, i.e., addresses of the assessment plan formation unit 104 and the execution plan formation unit 105 (1004), and sends the data to the individual addresses (1005). This allows the assessment plan formation unit 104 and the execution plan formation unit 105 to receive the tax requests. An example of the tax request-issuance process 503 is explained using Fig. 13. According to the illustrated example, the object zone is represented by a sketched rectangle 1301 in which several shelves 1302 are arranged. These represent shelves in a warehouse where trolleys move between the shelves. The movement paths run between the shelves, from left to right 1303 and from bottom to top 1304 and 1305 in the figure. It can be foreseen that collisions easily occur in the zones where the paths intersect, so it is considered to switch on warning lights (example of the lighting devices) to warn of collisions, which are provided at the locations marked with black circles 1306. The control system is implemented such that the warning lights in two intersection zones 1307 and 1308 are switched on when a person enters these zones. For this purpose, the information for zones 1307 and 1308 is included in the area information data 1201, and the control request output unit 103 outputs the control request data 1101, in which condition 1103 specifies "whether the number of people in zone 1307 increased" and result 1104 specifies "that the warning lights in zone 1307 are switched on by interrupt". In practical application to facilities, it is generally assumed that a specific task occupying zone 1309 in the passageway is only performed on a limited number of days. Applying the aforementioned conditions, it can be assumed that the person performing this specific task will come into contact with intersection zone 1307 multiple times, frequently activating the warning lights. During this time, path 1304, running from below in the left passageway, is blocked, meaning vehicles rarely pass through. However, they can pass through on path 1305 in the right passageway. In this case, it is recommended that the conditions for zone 1307 remain unchanged, leaving only the conditions for zone 1308 active to control the warning lights.Alternatively, it can also be assumed that the control of the warning lights is achieved by changing the shape of the zone or by adding further rules specific to the task. According to the present example, an advantage is that, in this case as well, the user can add control rules on-site as needed, allowing the user to perform unrestricted device control based on complex rules simply by successively entering the requirements, without needing to know the specifications of the sensors and devices. For this process, the device arrangement data 1205 of the layout database 106 according to Fig. 12 (B) are used. The device arrangement data 1205 includes a device ID 1206, a device location 1207, a device influence area 1208, a device type 1209, a device type 1210, and a device address 1211. For the aforementioned control of adjusting the illuminance in the area of ​​the area ID to approximately 50% of the maximum, reference is made to the device location 1207 or the device influence area 1208, whereby the device that is in contact with the area shape 1204 corresponding to the area ID in question is selected as the object to be controlled. The explanation continues with reference to Fig. 5. When the tax requirement data 1101 issued by the tax requirement output part 103 are passed on to the execution plan formation part 105 and the assessment plan formation part 104, the assessment plan formation process 504 and the assessment planning process 506 are executed by the assessment plan formation part 104, and the execution plan formation process 505 and the execution planning process 507 are executed by the execution plan formation part 105. Here, the assessment plan formation process 504 and the assessment planning process 506 are explained with reference to Fig. 14. After receiving the tax requirement data 1101, the assessment plan formation part 104 forms a condition assessment part 107 (1401) and provides it with the tax requirement data 1101. The condition assessment part 107 is installed in such a way that it functions as an independent thread or process. Based on the condition specifications 1103 of the received tax requirement data 1101, the condition assessment part 107 forms assessment rules 1501 as a routine that assesses whether the condition is met or not. Fig. 15 shows a data structure of the assessment rules 1501. The assessment rules 1501 are essentially written in a form where the condition specifications 1103 are easily executable, e.g., B. into the form of the SQL statement mentioned above, converted and associated with the request ID 1502.The layout database 106 can be referenced if the layout information is required for interpreting the condition specifications 103. Once the assessment rules 1501 have been prepared, the condition assessment part 104 generates the participation registration message 700 (1604), which contains a predefined topic ID for updating the location data (e.g., "pedestrian_location"). This message is then passed to the control communication transmission part 101 and entered into the participant list (1605). Subsequently, whenever individuals are registered, a message is sent to the control execution part 109. Fig. 16 shows a procedure of the execution plan formation process 505 and the execution planning process 507 at the execution plan formation part 105. After receiving the control request data 1101, the execution plan formation part 105 forms a control execution part 109 (1601) and provides it with the control request data 1101. The control execution part 109 functions independently in the same way as the condition assessment part 107, whereby the specific content of the control is decided based on the result information 1104 of the control request data 1101 and converted into the execution control command 1701 specific to the device. Fig. 17 shows a data structure of the execution control command 1701. The execution control command 1701 carries a control command chain 1702, corresponding to the control to be executed, in conjunction with a target object 1703. The device location 1207 and the device influence area 1208 in the device arrangement data 1205 of the layout DB 106 are compared with the area shape 1204 of the area information data 1201. This determines the device to be controlled, and thus its type and variety. The corresponding control command chain 1702 and the target object 1703 are then formed. Several combinations of the control command chain 1702 and the target object 1703 are included, so that the control execution part 109 can be responsible for controlling multiple devices. However, it is also possible for a single control execution part 109 to be responsible for only one device.This increases the treatment load, but the advantage is that defects etc. that accompany the installation can be reduced due to the simple design of the control execution part 109. After the execution control command 1701 has been prepared, the control execution part 109 forms the participation entry message 700 (1604), in which the specified topic ID, which represents the result of the condition evaluation of the control request (e.g., "result_location"), is set as topic ID 702 and the request ID 1701 as subtopic ID 703, and forwards it to the control communication transmission part 101 to enter it into the participant list (1605). Then, if the condition evaluation part 107 evaluates correctly, the corresponding message is output and sent to the control execution part 109. The details of the device control according to Fig. 4 are then explained with reference to Figs. 18, 19, 20, 21, 22, 23 to 24. Fig. 18 shows a sequence of the device control. The device control assumes that personal information, regularly recorded by sensor systems such as laser measuring system 114, etc., is transmitted. The recorded personal information is then passed via the control communication transmission unit 101 to the location assumption unit 102, whereupon the location assumption process 1801 is executed. Fig. 19 shows a sequence of the location guessing process 1801. When the location guessing part 102 receives the recorded personal data from the laser measuring system 114 or camera system 113 or terminal positioning system 112 (hereinafter referred to representatively as laser measuring system 114 etc.) (1901), the location guessing part 102 combines the recorded data and thus guesses the location coordinate of the person (1902). If data from multiple sensor systems are available, this data is combined. For example, if laser measurement system 114 and camera system 113 independently detect a person, it can be assumed that the same person will be counted twice, leading to an incorrect assessment of the situation. Therefore, it is required to identify a person as a single entity, even if the data about that person is obtained from several separate sensor systems. The same person can be uniquely identified by using established identification methods, such as a method in which many hypotheses about the person's location are formulated, and those hypotheses that least contradict the received data are selected as the results. Subsequently, the location prediction unit 102 generates the location data 2001 from the prediction results and forwards it to the control communication transmission unit 101 (1903). Figure 20 shows a data structure for the location data 2001 of the persons. The location data 2001 comprises the current list of persons' locations for the topic ID 2002, which represents an update of the location, identical to that entered in the assessment planning process 505. This data has the structure in which a person ID 2003, a measurement time 2004, and a coordinate 2005 are linked together for each person to form a record, with the number of records corresponding to the number of persons. This location data is information generated by the process for determining the person's location by combining the data from the sensor systems (1902).This information is provided as is, or after conversion into a suitable coordinate or sampling rate. When the control communication transmission unit 101 receives the location data 2001, it retrieves the destination address list 804 from the participant list, which is linked to the topic ID corresponding to the tax request data (1904). The destination address list 804 contains addresses of the condition assessment units 107 created when the tax requirements were set. The location data 2001 is then passed to the individual addresses in the destination address list (1905). The explanation continues with reference to Fig. 18. As mentioned above, after the completion of the location assumption process 1801, the location data 2001 are distributed across all of the condition assessment parts 107 formed during the setting of the tax requirements (in this example, there are two condition assessment parts, A and B). These condition assessment parts 107 each independently perform the location condition assessment 1802. Fig. 21 shows the process of the site condition assessment 1802. Using the received site data 2001, the site condition assessment 1802 updates the previous site data 2200 of the measurement result database 108 (2101). The condition assessment section 107 performs the assessment based on the assessment rules 1501 using the previous site data 2200 (2102). Previous site data information is also stored in the previous site data 2200, allowing for the setting of conditions dependent on time changes, such as "Warn if dwell time exceeds 10 seconds," etc. Fig. 22 shows a list of the data elements of the previous location data 2200. The previous location data 2200 are stored in the measurement result DB 108, which includes a person ID 2202, a measurement time 2203, and a coordinate 2204, each in a form identifiable by a request ID 2201. The location data 2001 includes the previously received previous location data 2200 for each condition assessment part 107, with the person ID 2202, measurement time 2203, and coordinate 2204 each being reproduced from the person ID 2003, measurement time 2004, and coordinate 2005, respectively. When updating the earlier 2000 (2101) location data, only data from multiple individuals included in the 2001 location data that contribute to the assessment conditions 1503, i.e., that meet the data selection conditions 1504, can be included. This reduces the amount of data and thus allows for a faster assessment. Earlier data that is so old that it does not appear in the data selection conditions 1504 (which can be assessed by the measurement time 2203) are deleted as appropriate to prevent an excessive amount of earlier 2000 location data from slowing down the assessment. Taking into account that several condition assessment parts 107 are functioning, the data are recorded as the substance of the measurement result DB 108 in several storage devices, such as HDDs, etc., in order to prevent the decrease in speed from being carried out simultaneously by reading and writing. At the condition assessment unit 107, the assessment is carried out based on the assessment rules 1501 (2102), whereby in the case of an incorrect result, the site condition assessment 1802 is terminated. On the other hand, in the case of a correct assessment result, the site assessment result data 2301 are output to the control communication transmission unit 101 (2103). Figure 23 shows the site assessment result data 2301. The site assessment result data 2301 comprises a topic ID 2302, a subtopic ID 2303, and assessment results 2304. A predefined value representing the site assessment result data (such as "result-location") is recorded for topic ID 2302, identical to the one defined in the execution planning process 507. Predefined data indicating that the result is genuine (such as the string "True") is also recorded for assessment results 2304. The requirement ID 1502 from assessment rules 1501 is recorded for subtopic ID 2303. This refers to the value of subtopic ID 1106 of the tax requirement data during the creation of the condition assessment part 107, which was received in the assessment planning process 505. This value indicates which tax requirement data corresponds to this site assessment result data 2301.Fig. 24 shows a process flow of the control execution unit 1803. When the control execution unit 109 receives the site assessment result data 2301 (2401), the control command chain 1702 and the target object 1703 are determined with reference to the execution control command 1701 (2402). The control command chain 1702 is then distributed to the lighting control unit 110 and the audio control unit 111 (2403). The lighting control unit 110 and the audio control unit 111 confirm the content of the received control command and regulate it after evaluating its effects on the devices (2404). For example, it is conceivable that several control execution units 109 might request the lighting to be switched on and off sequentially. In this case, excessive switching on and off of the lighting is intended to cause damage.For this purpose, a regulation process 2404 is provided to investigate the problem that may arise when multiple control execution parts 109 issue different control requests. For example, the occurrence of damage is investigated by executing a regulation, such as reducing the flashing frequency of the lighting. Finally, the control is executed by issuing the regulated control command to the lighting device 115 and audio device 116 (2405). As mentioned above, the device control can also be set precisely and without restriction during system operation using the location information of the people. Fig. 25 shows an example of a display area for outputting control requests from the control request output unit 103. The display area 250 is a screen for sensor-cooperated control, formed by the control request output unit 103 and displayed on the monitor 209. The control request output process 503 can be executed by inputting data from the display area 250. The display area 250 is equipped with tabs 2501. By operating these tabs 2501, new control requirements can be output sequentially. As illustrated in the example, the display areas 2502 are shown for two control requirements. Display area 2502 comprises a layout drawing 2503 of previously set stationary objects, such as devices, etc., an area 25031 specified in the drawing 2503 as a condition for the control, and elements for entering the control requirements 2504. The area 25031 is added to the area information data 1201 of the layout database 106 and, together with the other inputs, is used as evaluation conditions 1107 and data selection conditions 1108 of the control requirement data 1101. Furthermore, elements for entering the control content 2505 are present. This content 2505 is used for the result information 1104.After all elements have been entered, an output button 2506 is operated, thereby executing the control request output process 503, in which these rules are reflected as control rules for the control system. In this way, according to embodiment 1, the device control can be changed according to the circumstances of the persons in situ, since the control rules can be set as desired according to conditions relating to the person's location. EXAMPLE OF EXECUTION 2 Fig. 26 shows a structure of a device control system 100 according to embodiment 2. Embodiment 2 differs from embodiment 1 in that a control evaluation part 2601 is added to obtain the user's evaluation of the validity of the control parameters (i.e., control conditions 2504 and control content 2505). Furthermore, the evaluation plan formation part 104 and the execution plan formation part 105 have a function for automatically regulating the parameters of the condition evaluation parts 107 and control execution parts 109, respectively, after receiving input from the control evaluation part 2601. The control execution part 109 also has a function for optimal device allocation among the control requirements. During system operation, the control parameters may be changed in situ. In embodiment 1, control requirements can be added to the control request output section 103. This can be achieved by restarting the system once and then outputting all control requirements, including the new ones. However, fine-tuning the parameters cannot be performed frequently because it requires observing the actual operation and repeating a procedure to confirm the validity of the change. If the result is deemed unsuitable, a restart is performed after the parameter changes. Considering these circumstances, embodiment 2 implements a function in which the change to the control requirements is...The automatic regulation of parameters is enabled even without restarting the system. Fig. 27 shows the execution plan creation process 505 of the execution plan creation part 105 according to embodiment 2. In the execution plan creation process 505, a random number fluctuation parameter (2701) is assigned to the control request data 1101. This gives the parameters of the state change content 1111 of the control request data 1101, as shown in Fig. 11, a amplitude of the random numbers. Specifically, the numerical values ​​for the number of people, illuminance, etc., are changed into a form in which the amplitude of the random numbers is specified, such as "if the number of people in the area of ​​area ID 2 is no more than (2 to 10)". In the same way, the random numbers are added to the parameters of the assessment conditions 1107 in the assessment plan creation process 504 of the assessment plan creation part 104. The assessment takes place in the condition assessment section 107 and the control execution section 109.Control with timely updating of random number values, e.g., at intervals of 1 minute. The amplitude of the random numbers is initially fixed at a predetermined value, but is changed after receiving the input from the control evaluation unit 2601. Fig. 28 shows a sequence image during the receipt of input from the control evaluation unit 2601. The control evaluation unit 2601 receives a good or bad evaluation of the control system from the user, uses this to generate control evaluation data 3001 to represent these results, and distributes it to the assessment plan formation unit 104 and the execution plan formation unit 105 (2802). This distribution—although the explanation is omitted to avoid repetition—can, however, be implemented in the same way as the other procedures, for example, by sending the message with the corresponding topic ID to the control communication transmission unit 101. Fig. 29 shows an example of a data structure for the control evaluation data 2901.The control assessment data 2901 consists of data that includes an assessment time 2901 to represent the time of the assessment and an assessment content 2903 to represent good or bad according to the assessment. Through the assessment plan formation part 104 and the execution plan formation part 105, the instruction to change the extent of the random number fluctuation of the control parameters based on the control assessment data 3001 is distributed to the condition assessment part 107 and the control execution part 109, respectively, as assessment plan evaluation process 2803 and execution plan evaluation process 2804. Figure 30 shows the execution plan evaluation process 2804. When the control evaluation data 2901 is received by the execution plan formation part 105, random number values ​​for the evaluation time 2902 are determined (3001). Based on these values, the parameters are regulated (3002). For example, if the evaluation content 2903 is "good" and the random number values ​​are greater than the mean of the currently set range, the currently set range is gradually increased. This makes it easier to use the values ​​at the periphery of the range where the evaluation content 2903 is "good," so that the "good" state occurs more frequently. This procedure is merely an example. Regulation can be carried out using any regulation procedure if the "good" state occurs more frequently or the "bad" state occurs rarely. Furthermore, optimization can also take place, for example, by omitting overlapping controls between several control execution parts 109. After receiving these results, the execution plan formation part 105 instructs the control execution part 109 to update the parameters. Following the parameter update instruction, the execution control command chain is updated at the control execution part 109. The same process is also carried out at the evaluation plan formation part 104, where the evaluation parameters are regulated. This procedure allows the parameters to be approximated to "good" parameters. In embodiment 2, a function for request deletion can also be implemented. For this purpose, when the participation registration messages are sent by the assessment plan education module 104 and the execution plan education module 105 to the tax request registration readiness processes 501 and 502, messages are also simultaneously distributed and entered in which a predefined value representing the deletion of the tax requirements (e.g., "delete_req") serves as the topic ID and a wildcard as the subtopic ID. The procedure for request deletion is then executed, and the request entry is resolved. Fig. 31 shows a sequence diagram of the requirement deletion process. The requirement deletion procedure is carried out as follows: First, when the user operates the control requirement output unit 103 and indicates the resolution of the control requirements (3101), the message, which includes the aforementioned predefined value for representing the deletion of the control requirements as the topic ID and the requirement ID of the item to be resolved as subtopic ID 1106, is passed on to the control communication transmission unit 101. This message is then distributed to the assessment plan formation unit 104 and the execution plan formation unit 105 (3102, 3103). The assessment plan formation unit 104 and the execution plan formation unit 105 delete the condition assessment units 107 and control execution units 109, which each correspond to subtopic ID 1106. Optimization can also be performed in this case, e.g.,by omitting the overlap between several condition evaluation parts 107 and control execution parts 109. At the same time, the participant 800 of the control communication transmission part 101 is removed from the participant list. As mentioned above, according to embodiment 2, parameter regulation in situ is further simplified, since the change of the control rules can be carried out by instructing "Good" or "Bad". The embodiments described above have been explained, but the present invention is not limited to these embodiments and can be modified or applied in various ways. For example, in the device control system according to the above embodiments, the presence of a person is detected and their sensor information is applied to the device control. According to an application example, the invention can also be applied to device control systems for controlling devices in which not only people but also other moving objects are detected and their sensor information is used. For example, the invention is applicable to device control systems, such as ultrasonic control systems, in which birds and animals are detected by infrared and image sensors, and an ultrasonic generator is controlled by means of their sensor information. This generator emits specific ultrasonic waves to drive the birds and animals away.As another example, the invention is also applicable to signal control systems in which image sensors are used to detect the location and movement not only of moving objects, but also of moving bodies such as vehicles, etc., and to control signals using their sensor information. According to the embodiments described above, the device control system 100 comprises device control components, such as lighting control component 110, audio control component 111, etc. However, it is possible to design these device control components as separate devices and to install them at a location physically remote from the device control system 100, e.g., near devices 115, 116, etc. In this case, the server for the device control system 100 and the separately designed devices comprising the device control components can be interconnected via a network. In this case, the device control system 100 can be understood as a device control information provisioning system or a device control information education system for providing the control information as an output of the control execution component 109. REFERENCE MARK LIST 100 Device control system 101 Control communication transmission section 102 Location assumption section 103 Control request output section 104 Assessment plan formation section 105 Execution plan formation section 106 Layout database 107 Condition assessment section 108 Measurement result database 109 Control execution section 110 Lighting control control section 111 Audio control control section 112 Terminal positioning system 113 Camera system 114 Laser measuring system 115 Lighting device 116 Audio device

Claims

Device control system (100) for controlling devices, characterized in that it comprises: a control request output part (103) which, according to operation by a user, outputs control requests that determine the location of moving objects and the control of the devices; an assessment plan formation part (104) which, based on the control requests issued by the control request output part (103), forms condition assessment parts (107) which assess the fulfillment of the conditions of the control requests with respect to the moving objects and output identifiers of the control requests; one or more condition assessment parts (107) formed by the assessment plan formation part (104); an execution plan formation part (105) which, by receiving the identifiers of the control requests, forms control execution parts (109).The control elements determine devices as objects to be controlled according to the control rules specified in the control requirements and transmit control commands to the devices that follow the control procedure for the devices; one or more control execution parts (109) formed by the execution plan formation part (105); a layout database (106) that manages area information data for defining an area and device arrangement data for defining the arrangement of the devices; and a measurement result database for storing previously obtained measurement results regarding the locations of the moving objects, wherein the condition evaluation parts (107) perform the evaluation with reference to the layout database and, with reference to the measurement result database, evaluate the conditions corresponding to the control requirements for temporal changes in the location of the moving objects. Device control system (100) according to claim 1, wherein the control request output part (103) outputs the control requests, which include topic information comprising predefined codes for representing the control requests, condition information comprising assessment conditions set by the user, and result information indicating the content of the state change of the devices, wherein the topic information (1102) comprises a topic ID (1105) representing the control requests and a subtopic ID (1106) as a request ID uniquely identifying the control request data. Device control system (100) according to claim 1, comprising a control communication transmission part that transmits the control requirements issued by the control request output part (103) and passes them on to the assessment plan formation part (104) and the execution plan formation part (105), wherein the control communication transmission part carries a participant list in which an identifier for uniquely determining the communication topic and an address of the assessment plan formation part (104) as the destination are entered. Device control system (100) according to claim 3, in which the several formed condition assessment parts (107) communicate information to the control execution parts (109) via the control communication transmission part only about the condition assessment parts (107) that assess that the conditions for changing the control of the devices are met. Device control system (100) according to claim 2, wherein the execution plan formation part (105) determines the devices as objects to be controlled based on the information of the control data specified by the control requirements by reference to the layout database (106) and forms the control execution parts (109) based on the information of the control data specified by the control requirements, which form execution control commands that are each specific for the individual device. Device control system (100) according to claim 1, comprising a location guessing part which, after receiving the detection information obtained from several sensors regarding the moving objects, guesses the location coordinate of the moving objects, and a measurement result database for recording the location of the moving objects determined by the location guessing part, wherein the condition assessment parts (107) perform the assessment of the conditions for the location of the moving objects by reference to the measurement result database. Device control system (100) according to claim 1, comprising a control communication transmission part that transmits the control requirements issued by the control request output part (103) and forwards them to the assessment plan formation part (104) and the execution plan formation part (105), and comprising a first and second control execution part formed according to the control requirements, wherein the control communication transmission part forwards the location data of the moving objects to a first and second condition assessment part (107), the first and second condition assessment part (107) each use the location data to perform the assessment based on the assessment rules and forward the assessment results to the first and second corresponding control execution part via the control communication transmission part.and the first and second control execution parts determine the control command and the sending of the control command according to the assessment results. Device control system (100) according to claim 1, comprising several control control parts for controlling the devices, wherein the several control control parts confirm the content of the several control commands issued by the several control execution parts (109) and regulate influences on the devices. Device control system (100) according to claim 2, wherein the control request output part (103) displays for each of the control requests a display screen comprising an image for representing a layout of the devices, elements for inputting the conditions and elements for inputting the content of the control of the devices, and outputs the control request according to the input from the display screen. Device control system (100) according to claim 1, comprising a control evaluation part which receives the input of the evaluation regarding the good or bad functioning of the devices, wherein the condition evaluation parts (107) or control execution parts (109) comprise means for randomly changing part or all of the numerical values ​​appearing in the control rules in a predetermined range, means for determining the numerical values ​​that are items to be evaluated, and means for changing the random change range according to the content of the evaluation. Device control method for controlling devices, characterized in that it comprises: a control request output step in which a control request output part (103) issues control requests according to the operation by a user, which determine the location of moving objects and the control of the devices; an evaluation plan formation step in which, based on the control requests issued by the control request output step, one or more condition evaluation parts (107) are formed, which have identifiers of the control requests; a step in which the one or more condition evaluation parts (107) formed by the evaluation plan formation step evaluate the fulfillment of the conditions of the control requests with respect to the moving objects; an execution plan formation step in which, by receiving the identifiers of the control requests, one or more control execution parts (109) are formed.The following steps are taken: determining devices as objects to be controlled according to the control rules specified in the control requirements; a step in which the one or more control execution parts (109) formed by the execution plan formation step transmit control commands to the devices, following the control procedure for the devices; a step in which a layout database (106) manages area information data for defining an area and device arrangement data for defining the arrangement of the devices; and a step in which a measurement result database stores previously obtained measurement results regarding the locations of the moving objects, wherein the condition evaluation parts (107) perform the evaluation with reference to the layout database and, with reference to the measurement result database, evaluate the conditions corresponding to the control requirements for temporal change of the location of the moving objects. Device control method according to claim 11, wherein in the control request output step the control requests are output, the topic information (1102) comprising predefined codes for representing the control requests, condition information comprising assessment conditions set by the user, and result information indicating the content of the state change of the devices, wherein the topic information (1102) comprises a topic ID (1105) representing the control requests and a subtopic ID (1106) as a request ID uniquely identifying the control request data.

Images