In-building traffic flow setting device and in-building traffic flow setting method

Abstract

The present invention relates to a device for setting traffic flow within a building, comprising a database unit that stores data from a building's BIM model, a pedestrian flow simulator unit that simulates traffic flow within the building represented by the BIM model stored in the database, and an elevator simulator unit that simulates the operation of elevators installed in the building based on the traffic flow simulated by the pedestrian flow simulator unit. The pedestrian flow simulator unit includes a location attribute generator unit that generates attributes for each location on each floor represented by the BIM model, and a movement demand calculator unit that calculates movement demand for each floor represented by the BIM model, taking into account the attributes for each location generated by the location attribute generator unit.

Description

Technical Field

[0001] The present invention relates to a device and method for setting an in-building traffic flow. Background Art

[0002] When designing or upgrading elevators in a building equipped with elevators, it is crucial to predict the flow of people, or traffic flow, on each floor. An accurate prediction of building traffic flow allows for the appropriate scale of elevators and the appropriate setting of elevator operating conditions. For example, if the number of elevators installed is appropriate based on traffic flow predictions, building users can minimize waiting times in the elevator lobby.

[0003] The following technology is known: when calculating the traffic flow in a building, the BIM (Building Information Modeling) method is used based on the building's design drawings, etc. to generate a BIM model representing the configuration of offices or elevators on each floor of the building, and calculations are performed based on the BIM model.

[0004] Patent Document 1 describes a method of obtaining elevator traffic flow in a building using a BIM model.

[0005] Prior art literature

[0006] Patent Literature

[0007] Patent Document 1: Japanese Patent Application Laid-Open No. 2014-9073 Summary of the Invention

[0008] Technical problem to be solved by the invention

[0009] As described in Patent Document 1, a BIM model is created based on the building's design drawings, and by appropriately setting the number of people in offices on each floor shown in the BIM model, the traffic flow in the building can be predicted. However, in actual buildings, even if the number of people in each office can be set correctly, there are cases where the traffic flow does not conform to the prediction. For example, in a building that has taken safety measures, there are areas that are accessible to all employees working in the building and areas that are accessible only to specific employees such as cadres. In the case of such a building, the traffic flow in the areas that are accessible only to specific employees is generally less than in other areas, which is different from the results predicted by the BIM model created simply based on the design drawings, and undesirable situations may occur, such as a specific elevator being more crowded than predicted.

[0010] The object of the present invention is to provide an in-building traffic flow setting device and an in-building traffic flow setting method that can predict the correct traffic flow based on the actual usage status.

[0011] Technical means for solving technical problems

[0012] In order to solve the above-mentioned problems, for example, the configuration described in the claims is adopted.

[0013] The present application includes multiple methods for solving the above-mentioned problems, but to give only one example, a device for setting traffic flow in a building is proposed, which is composed of the following parts: a database part, which stores data of the BIM model of the building; a pedestrian flow simulator part, which simulates the traffic flow in the building shown by the BIM model stored in the database part; and an elevator simulator part, which simulates the operation of the elevator installed in the building based on the traffic flow simulated by the pedestrian flow simulator part, and the pedestrian flow simulator part includes: a position attribute generation part, which generates attributes of each position of each floor shown in the BIM model; and a movement demand calculation part, which calculates the movement demand of each floor shown in the BIM model based on the attributes of each position generated by the position attribute generation part.

[0014] According to the present invention, it is possible to calculate accurate movement demand based on actual usage conditions such as the setting of access permission areas for people in the building.

[0015] Technical problems, structures, and effects other than those described above will become more apparent through the following description of the embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 This is a structural diagram showing an example of an intra-building traffic flow setting device according to an embodiment of the present invention.

[0017] Figure 2 This is a block diagram showing a hardware configuration example of an in-building traffic flow setting device according to an embodiment of the present invention.

[0018] Figure 3 This is a diagram showing an example (Example 1) of a BIM model according to one embodiment of the present invention.

[0019] Figure 4 Yes Figure 3 Figure 1 shows an example of a common distinction between specific layers of a BIM model.

[0020] Figure 5 Yes Figure 3 Diagram of an example of the properties of a door in a BIM model.

[0021] Figure 6 This is a diagram showing an example (Example 2) of a BIM model according to one embodiment of the present invention.

[0022] Figure 7 Yes Figure 6 FIG. 1 is a diagram showing an example of access division of a layer of a BIM model.

[0023] Figure 8 Yes Figure 6 Figure 1 is an example of a second-floor access partition of a BIM model.

[0024] Figure 9 Yes Figure 6 Diagram of an example of the properties of a BIM model of doors and gates.

[0025] Figure 10 This is a diagram showing an example of a database of people staying in a library according to an embodiment of the present invention.

[0026] Figure 11 This is a diagram showing an example (Example 1) of a mobility demand distribution database according to an embodiment of the present invention.

[0027] Figure 12 This is a diagram showing an example (Example 2) of a mobile demand distribution database according to an embodiment of the present invention.

[0028] Figure 13 This is a diagram showing an example of travel demand data according to an embodiment of the present invention.

[0029] Figure 14 This is a diagram showing an example of data on people in a building according to an embodiment of the present invention.

[0030] Figure 15 This is a diagram showing a setting example of an elevator according to an embodiment of the present invention.

[0031] Figure 16 This is a diagram showing an example of a demand occurrence rate for a specific facility according to an embodiment of the present invention.

[0032] Figure 17 This is a diagram showing an example of the stay time at a specific facility according to one embodiment of the present invention.

[0033] Figure 18 This is a diagram showing an example of setting the transportation capacity for each use of a building according to an embodiment of the present invention.

[0034] Figure 19 This is a flowchart showing an example of traffic flow calculation according to one embodiment of the present invention.

[0035] Figure 20 This is a flowchart showing a processing example of the layout data conversion unit according to one embodiment of the present invention.

[0036] Figure 21 This is a flowchart showing a processing example of a position attribute generating unit according to an embodiment of the present invention.

[0037] Figure 22 This is a flowchart showing a processing example of a facility occupancy calculation unit according to one embodiment of the present invention.

[0038] Figure 23 This is a flowchart showing a processing example of the user evaluation unit according to one embodiment of the present invention.

[0039] Figure 24 This is a flowchart showing a processing example of a staff correction unit according to one embodiment of the present invention.

[0040] Figure 25 This is a flowchart showing an example of calculation of travel demands for different time periods in a travel demand calculation unit according to an embodiment of the present invention.

[0041] Figure 26 This is a flowchart showing an example of calculation of traffic flows in different time periods in a mobility demand calculation unit according to an embodiment of the present invention. DETAILED DESCRIPTION

[0042] Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings. In the following description, an embodiment of the present invention will be referred to as this example.

[0043] [Structure of the in-building traffic flow setting device]

[0044] Figure 1 The structure of the in-building traffic flow setting device 100 of this example is shown.

[0045] The in-building traffic flow setting device 100 includes a database unit 10 , a pedestrian flow simulator unit 20 , an interface unit 30 , and an elevator simulator unit 40 .

[0046] The database unit 10 includes a BIM data storage unit 11 , a library occupant database 12 , a travel demand distribution database 13 , a transit demand occurrence rate data storage unit 17 , and a transit point stay time distribution data storage unit 18 .

[0047] The BIM data storage unit 11 is a processing unit that reads and stores BIM models provided by customers or BIM models created by the company. The source of the data can be accessed from any server and copied to the area, or read from the database area from the outside.

[0048] The occupancy database 12 is a database of the number of people allowed in the building on each floor as shown in the BIM model. Specifically, it stores the final calculated data from the BIM model from the occupancy data storage unit 15, which temporarily stores the data calculated by the occupancy calculation unit 23, the occupancy evaluation unit 24, and the occupancy correction unit 25.

[0049] The mobility demand distribution database 13 stores the distribution of mobility demand within a building. Specifically, it stores the final calculated data from the BIM model from the mobility demand data storage unit 14 via the demand occurrence rate data storage unit 17. The mobility demand data storage unit 14 and the demand occurrence rate data storage unit 17 temporarily store the data calculated by the mobility demand calculation unit 26 and the demand calculation unit 27.

[0050] The mobility demand data storage unit 14 stores data on mobility demand within the building. It stores usage ratios for each building entrance and exit, for example, as input by the user from the input unit 31, for the building occupancy calculated by the occupancy calculation unit 23. This usage ratio is set, for example, based on time of day and transportation demand.

[0051] The occupant data storage unit 15 stores data on occupants in the building and stores the occupants calculated by the occupant calculation unit 23 .

[0052] The elevator setting data storage unit 16 stores data about the elevators installed in the building. Here, for example, the following method can be adopted: the user can input parameters for driving the car simulation unit 41 and the operation simulation unit 42 through the input unit 31, and the parameters can be stored. The so-called parameters are, for example, the rated speed of the elevator, the rated number of people, the door width, or the stopping floor. In addition to the input from the input unit 31, it is also possible to read various parameters from the elevator model included in the BIM model. However, depending on the operation of the BIM model, there are cases where the necessary parameters are not input. In this case, it is also possible to have the user input the insufficient parameters through the input unit 31 and make corrections.

[0053] The transit demand rate data storage unit 17 stores transit demand rate data, which is the rate of transit demand within the building, which is the rate of transit demand for movement through transit points, rather than the rate of movement directly between the building entrance and the living room. Here, transit points include toilets, shops, etc. in the building. Here, the transit demand rate data calculated by the transit demand calculation unit 27 is stored.

[0054] The stopover time distribution data storage unit 18 stores stopover time distribution data, which is data on the distribution of the time spent at stopover points. This stopover time distribution data storage unit 18 stores the stopover time at each stopover point input via the input unit 31. Alternatively, the stopover time distribution data stored in the stopover time distribution data storage unit 18 may use data on the time spent at stopover points (such as restrooms and shops) within a building, as detected by occupancy sensors.

[0055] The crowd flow simulator unit 20 includes a layout data conversion unit 21, a position attribute generation unit 22, a staff calculation unit 23, a staff evaluation unit 24, a staff correction unit 25, a movement demand calculation unit 26, a transit demand calculation unit 27, a crowd control unit 28, a simulation evaluation unit 29 and an abnormality determination unit 30.

[0056] The layout data conversion unit 21 converts the input BIM model into the layout data format used by the simulator. Specifically, it analyzes and imports information about floors, walls, doors, and other components based on the characteristics of each component of the BIM model. Furthermore, the simulator's resolution may be coarser than the BIM model, or vice versa. In this case, data is converted from the BIM model based on the resolution of the layout data format. Care is taken during data conversion to prevent loss of wall or door information.

[0057] The position attribute generation unit 22 performs position attribute generation processing to generate attributes (position attributes) of each position shown in the BIM model. Specific examples of position attributes will be described later.

[0058] The occupancy calculation unit 23 calculates the number of people in the building represented by the BIM model. The occupancy calculation is based on the area and usage of each floor's rooms. The usage type refers to converting the number of people per unit area into office, hospital, apartment, etc., to calculate occupancy.

[0059] The occupancy evaluation unit 24 evaluates the adequacy of the calculation results of the occupancy calculation unit 23. This evaluation can be performed automatically using a predefined method, but an operator performing simulation operations can also review the calculation results and perform the evaluation. For example, the predefined method compares the case size (including data on total number of floors, building floor area, and number of elevators installed) with similar building information from a database of past cases. If the ratio of occupancy to the occupancy of the case exceeds or falls below ±10% within that size, the case is evaluated as NG.

[0060] Furthermore, as a means for operators performing simulation operations to review and evaluate calculation results, visual evaluation is impossible unless the areas where building occupants are registered are clearly identified in order to calculate the number of occupants in addition to the calculated number of occupants. Therefore, the registered areas on each floor plan are depicted to facilitate visual understanding and are requested to be confirmed by the user. Alternatively, visual understanding may include color-coding the areas where building occupants are registered. The ratio of occupants used in the evaluation is based on accuracy relative to past performance and is not limited to this numerical value.

[0061] The occupancy correction unit 25 corrects the calculation results of the occupancy calculation unit 23 based on the evaluation results of the occupancy evaluation unit 24. In the case of an NG result from the occupancy evaluation unit 24, both automatic and manual modes are available. In the automatic mode, the conversion from the BIM model to the layout data is re-analyzed to determine whether the number of users in the registered area is excessive or insufficient. If the NG value exceeds +10%, this indicates that more people than previously calculated and the registered areas for building users are set too large. The analysis then examines whether excess areas have been set as registered areas. If the NG value is less than -10%, this indicates that the registered areas for building users are set too small. The analysis then examines whether any registered areas have been omitted. In the manual mode, similar to the occupancy evaluation unit 24, the registered areas are drawn to ensure visual understanding and the user is asked to confirm.

[0062] The mobility demand calculation unit 26 generates mobility demand distribution data for each floor of the building represented by the BIM model. By selecting a distribution category using the input unit 31, the mobility demand calculation unit 26 can determine the proportion of elevator use by building users on each floor during different time periods, i.e., the traffic demand incidence rate for each floor. Based on the traffic demand incidence rate for each floor and the number of people on each floor, the number of elevator users on each floor can be calculated. Furthermore, by inputting the inflow / outflow rate for each entrance and exit, the number of people entering and leaving each entrance and exit can be calculated based on the number of elevator users on each floor. This allows the calculation of the distribution from each entrance and exit to each entrance and exit.

[0063] The transit demand calculation unit 27 generates transit demand data, i.e., transit demand data, based on the movement demand within the building. Transit destinations include, for example, shops and restrooms within the building. Regarding transit methods, there are two methods: automatic and manual. For example, the automatic method can calculate the usage rate of shops or restrooms based on actual measurements of similar buildings. Alternatively, the input unit 31 can simply input the usage rate, and the number of users on each floor where a shop or restroom is located can be multiplied by the usage rate to calculate the number of people passing through. The manual method can also input the number of people passing through each shop or restroom on each floor.

[0064] Based on the calculated traffic demand within the building, route information, and building layout, the crowd flow control unit 28 simulates the generation of people at each entrance and exit. Based on the human control model, it controls the movement of users to their destinations via elevators or building equipment before reaching their destination exit. In this example, controls are also applied to users with special characteristics. When searching for a destination from the location of a user with special characteristics, if an area accessible by the user with special characteristics is set, the route search also considers this area. Furthermore, user control is performed by searching for the shortest route based on usage conditions.

[0065] The interface unit 30 includes an input unit 31 and an output unit 32 .

[0066] The input unit 31 inputs data such as a BIM model and data such as the purpose of use of a building.

[0067] The output unit 32 outputs the result of the simulation by the in-building traffic flow setting device 100. As a method of outputting the simulation result, for example, in addition to the display device 107 ( Figure 2 ), there is also a method of outputting simulation result data to other terminals.

[0068] The elevator simulator unit 40 includes an elevator simulation unit 41 and an operation simulation unit 42 .

[0069] The car simulation unit 41 simulates the operation of each car of an elevator serving as an elevator installed in a building represented by the BIM model.

[0070] The operation simulation unit 42 simulates the operation of the entire elevator installed in the building represented by the BIM model.

[0071] The car simulation unit 41 and the operation simulation unit 42 simulate the operation of the elevator based on the traffic flow simulated by the passenger flow simulator unit 20. This makes it possible to simulate the operating conditions of each car, the number of people waiting in the elevator hall on each floor, and the like.

[0072] [Hardware Configuration Example of In-Building Traffic Flow Setting Device]

[0073] The in-building traffic flow setting device 100 can be, for example, Figure 2 The computer structure shown.

[0074] Figure 2 The illustrated in-building traffic flow setting device (computer) 100 includes a CPU (Central Processing Unit) 101, ROM (Read Only Memory) 102, and RAM (Random Access Memory) 103, each connected to a bus. Furthermore, the in-building traffic flow setting device (computer) 100 includes a nonvolatile memory 104, a network interface 105, an input device 106, and a display device 107.

[0075] The CPU 101 is a calculation processing unit that reads a program code of software that realizes the functions executed by the in-building traffic flow setting device 100 from the ROM 102 and executes the program code.

[0076] Variables, parameters, and the like generated during the calculation process are temporarily written into the RAM 103 .

[0077] For example, a keyboard, a mouse, or the like is used for the input device 106. In the case of the in-building traffic flow setting device 100, an operator who simulates the traffic flow uses the input device 106 to perform input operations.

[0078] The display device 107 is, for example, a liquid crystal display, and displays simulation results and the like obtained by execution of the computer on the display device 107 .

[0079] The nonvolatile memory 104 uses a large-capacity information storage medium such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive). The program for executing the processing functions of the in-building traffic flow setting device 100 is recorded in the nonvolatile memory 104 .

[0080] For example, a NIC (Network Interface Card) or the like is used for the network interface 105. The network interface 105 transmits and receives various information to and from the outside via a LAN (Local Area Network), a dedicated line, or the like.

[0081] The building traffic flow setting device 100 is composed of Figure 2The computer configuration shown is merely an example, and may also be implemented using a processing unit other than a computer. For example, some or all of the functions performed by the in-building traffic flow setting device 100 may be implemented using hardware such as an FPGA (Field Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit).

[0082] [Example of BIM model and location attributes]

[0083] Figure 3 An example (Example 1) of BIM data (BIM model) stored in the BIM data storage unit 11 of the database unit 10 is shown.

[0084] Figure 3 The BIM model 11 shown represents multiple floors (a starting base floor and general floors) within a building. Here, the starting base floor is floor 1 and the general floors are floor 2. If the general floors above the third floor have the same shape as the second floor, the floors above the third floor will also have the same data as the BIM model 11 for the second floor.

[0085] like Figure 3 As shown, a building entrance 1111, a passage 1112, and a room 1113 are provided on the first floor. In addition, a passage 1101, rooms 1102 and 1106, and doors 1103 and 1105 are provided on the second floor. Door 1103 includes three doors, and door 1105 includes one door.

[0086] Furthermore, an elevator 1104 is provided as an elevator for ascending and descending between the floors. The elevator 1104 is provided on the first floor at a location adjacent to the passage 1112, and on the second floor at a location adjacent to the passage 1101. Therefore, a portion of the passages 1101 and 1112 is used as an elevator hall.

[0087] exist Figure 3 In the building shown in the BIM model, room 1106 on the second floor is accessible only to employees who have been previously authorized. Therefore, door 1105 at the entrance to room 1106 only allows access to authorized employees. Here, the authorized employee is referred to as attribute A.

[0088] In addition, the room 1102 on the second floor is a general employment area that all employees can enter. Therefore, the door 1103 at the entrance of this room 1102 can be used for all employees to pass through.

[0089] When people who can pass through the building are divided in this manner, the position attribute generating unit 22 of the people flow simulator unit 20 generates position attributes for each component of the BIM model and sets the position attributes for each component.

[0090] Figure 4 Indicates Figure 3 The following example shows an example of setting location attributes for Layer 2 of a BIM model.

[0091] Figure 4 It is a two-story plan, divided into two floors by grids of a certain area. Figure 4 In the example, six types of location attributes are set for each grid: a passable grid, an impassable grid, an elevator grid, an end grid, a grid that can only be passed through with attribute A, and a grid of a general employment area.

[0092] Explain each grid. The passable grid is Figure 3 The portion of the passage 1101 shown. In addition, the door 1105 at the entrance of the room 1106 is a door that only people with attribute A can pass through. However, the room 1106 is also an area that only people with attribute A can pass through, so it is a passable grid.

[0093] Impassable grids are equivalent to the walls of a building.

[0094] The elevator grid is where the elevator 1104 is installed.

[0095] The end grid is the place where the traffic flow simulation ends or starts.

[0096] The grid that only attribute A can pass through is a place that only employees with attribute A can pass through.

[0097] The grids in the general employment area are accessible to all employees.

[0098] Figure 5 The details of the position attributes of the doors 1103 and 1105 on the second floor are shown. Figure 5 In FIG, the three doors constituting door 1103 are designated as DoorA, DoorB, and DoorC, and door 1105 is designated as DoorD.

[0099] like Figure 5 As shown, the location attributes of DoorA, DoorB, and DoorC are "General" with no access restrictions, and the location attribute of DoorD is "A" which means only door with attribute A can pass through.

[0100] Figure 6 Another example (Example 2) of the BIM model stored in the BIM data storage unit 11 of the database unit 10 is shown.

[0101] Figure 6 The BIM model shown also shows the departure base floor (first floor) and a floor other than the departure base floor (second floor) in the building.

[0102] like Figure 6 As shown, a building entrance 1121, a passage 1122, gates 1123 and 1124, and passages (elevator halls) 1125 and 1126 are provided on the first floor.

[0103] In addition, passages (elevator halls) 1141 and 1145 , doors 1143 and 1144 , and rooms 1142 and 1146 are provided on the second floor.

[0104] Furthermore, elevators 1131 and 1132 are provided as elevators for ascending and descending between the floors.

[0105] exist Figure 6 In the building shown in the BIM model, only pre-authorized employees (personnel with attribute A) can enter through door 1124 on the first floor, and only persons with attribute A can use elevator 1132. Passageways 1126 and 1146 connected to elevator 1132 are also only accessible to persons with attribute A. Furthermore, only persons with attribute A can enter and exit door 1124 of passageway 1126, which is used to enter and exit the first floor.

[0106] Room 1146 on the second floor is accessible only to people with attribute A. Therefore, door 1144 at the entrance to room 1146 only allows people with attribute A to pass through. Furthermore, door 1144 between passage 1145 and room 1142 also only allows people with attribute A to pass through.

[0107] Figure 7 and Figure 8 Indicates Figure 6 The BIM model shown in layer 1 ( Figure 7 ) and 2 layers ( Figure 8 ) Example of setting the position attribute. Figure 7 、 Figure 8 As an example, as the location attributes of each grid, six types are set: a passable grid, an impassable grid, an elevator grid, an end grid, a grid that can only be passed through with attribute A, and a grid of a general employment area.

[0108] like Figure 7 As shown, the location attribute of the gate 1124 on the first floor is a grid that only people with attribute A can pass through.

[0109] In addition, if Figure 8As shown, the parts (2 places) of the doors 1144 on the second floor become grids that only people with attribute A can pass through. It should be noted here that the area of room 1146 can only be accessed through the door 1144 that only people with attribute A can pass through. Generally, when performing traffic calculations and building installation plans, the number of people in the building is calculated based on the area of the building and the number of users per unit area based on the purpose of the building. However, in the case of this example, since rooms with special conditions such as higher security can be prepared, it is also possible to designate rooms that can only be used by attribute A for other purposes, thereby changing the number of users per unit area. Alternatively, the number of people in the room can be manually specified.

[0110] In addition, Figure 7 In the simulation, there is a path accessible only to users with attribute A. This path passes through gate 1124, room 1126, elevator 1132, passage 1145, and the area using door 1144. At the start of the simulation, a user with attribute A may choose a path through gate 1124 if they determine that room 1125 is crowded and the waiting time is long. The path search area for users with attribute A is different from that for users without attribute A.

[0111] Figure 9 The details of the location attributes of the doors 1143 and 1144 (4 in total) on the second floor and the doors 1123 and 1124 on the first floor are shown. Figure 9 In the figure, the two doors constituting door 1143 are designated Door A and Door B, and the two doors constituting door 1144 are designated Door C and Door D. Furthermore, two gates are provided at the locations of gates 1123 and 1124 on the first floor, respectively, for a total of four gates, designated Gate A, Gate B, Gate C, and Gate D.

[0112] like Figure 9 As shown, the position attributes of DoorA and DoorB are "normal" indicating doors with no access restrictions, and the position attributes of DoorC and DoorD are "A" indicating doors through which only those with attribute A can pass.

[0113] Furthermore, the location attributes of gates A and B are "normal," indicating that there are no restrictions on access, while the location attributes of gates C and D are "A," indicating that only gates with attribute A can pass through.

[0114] [Example of the Library Staff Database]

[0115] Figure 10 An example of the structure of the library resident database 12 is shown.

[0116] The occupant database 12 stores data in which the occupant density 1201 and the room name 1202 are associated with each other.

[0117] For example, the "Sales General Affairs Department" and "General Affairs Department" are assigned to high staff density (here 0.25 people / m 2 )'s room.

[0118] In addition, the Compliance Management Department and the Business Planning Department are assigned to the medium density of people in the building (here 0.10 people / m 2 )'s room.

[0119] In addition, the "Secretary's Office" and "Supervisor's Office" are allocated to areas with low occupancy density (here 0.05 people / m 2 )'s room.

[0120] In addition, the "Board of Directors' Room" and "Chairman's Room" are allocated to rooms with a fixed density of people in the building (here 1 person / room).

[0121] In addition, "conference rooms" and "restrooms" are assigned to rooms where no one is in the building.

[0122] Furthermore, "elevator lobby" and "corridor (passageway)" are designated as areas not included in the calculation of the number of people staying in the building.

[0123] Reference Figure 10 The data shown makes the density of people in the library 1201 and the room name 1202 correspond to each other, obtains the data of the room name 1202 of each room shown in the BIM model, calculates the number of people in the library based on the width (area) of each room and the density of people in the library, and stores it in the library personnel database 12.

[0124] [Example of a mobile demand distribution database]

[0125] Figure 11 The configuration example (Example 1) of the mobile demand distribution database 13 is shown. The mobile demand distribution database 13 shows Figure 6 The movement requirements of the elevator 1131 in the BIM model 11 are shown. As already explained, the elevator 1131 is an elevator with no restrictions on users.

[0126] As the travel distribution, there are distribution categories 1301 such as workday, end-of-get off work, and lunchtime, and values such as distribution 1, distribution 2, and distribution 3 shown in the travel demand distribution 1302 column are set for each category.

[0127] For each distribution 1, 2, 3, such as Figure 11 As shown on the lower side of , a detailed mobility demand distribution is generated and registered as a mobility demand distribution database 13.

[0128] As Figure 11 The distribution of mobility demands during commuting (distribution 1) shown on the lower side is divided into the following four categories as the mobility category 1311: mobility from the departure floor to the general floor 1331, mobility from the general floor to the departure floor 1332, mobility from the general floor to the upper floor 1333, and mobility from the general floor to the lower floor 1334.

[0129] Then, for each differentiated movement of the movement category 1311 , the proportion 1312 of the different time periods of the traffic demand is calculated.

[0130] The proportion of traffic demand in different time periods 1312 is divided into 6 time periods: "-30 minutes to -25 minutes", "-25 minutes to -20 minutes", "-20 minutes to -15 minutes", "-15 minutes to -10 minutes", "-10 minutes to -5 minutes", and "-5 minutes to 0 minutes". Here, 0 minutes is the time when an event such as work start time or work end time occurs. Figure 11 Indicates the change in traffic demand 30 minutes before the event occurs.

[0131] Figure 12 A configuration example (Example 2) of the mobile demand distribution database 13 is shown.

[0132] Figure 12 The example shows that the mobility demand distribution of the elevator in the building is used Figure 6 The movement requirements of the elevator 1132 in the BIM model 11 are shown. As already explained, the elevator 1132 is only available to employees of attribute A.

[0133] like Figure 12 As shown on the lower side, the detailed movement demand distribution of elevator 1132 is Figure 11 The detailed data structure of the mobility demand distribution is the same as that described in , but since the value of the traffic demand ratio 1312 is the traffic flow of only the employees of attribute A, it is different from Figure 11 Compared to the traffic flow of elevator 1131 shown, the values are greatly reduced.

[0134] Figure 11 and Figure 12 In the example, the traffic demand changes at work start time, for example, before the event occurs, are shown. However, at work end time, the traffic demand changes are set to a certain time after the event occurs. Furthermore, for lunch time, the traffic demand changes from the start to the end of lunch time are preferably shown.

[0135] [Calculation example of mobility demand distribution]

[0136] Figure 131 and 2 show an example in which the movement demand calculation unit 26 calculates the specific movement demand data 15 for each time period in the building.

[0137] The travel demand data 15 indicates the travel demand between a departure point 1502 and a destination 1503 for each time period 1501 . Figure 13 The value of the mobility demand shown is the number of users.

[0138] For example, the movement demand calculation unit 26 calculates the movement demand between 8:15 and 8:20, assuming that the movement demand from the entrance on the first floor to room 2-1 on the second floor is 15 people, and the movement demand from the entrance on the first floor to room 2-2 on the second floor is 30 people. In this example, there are users with a special attribute A. For example, if the number of people employed in room 1146 with attribute A is specified as 100, this number is the number of people moving from the entrance on the first floor to room 2-1 on the second floor. Figure 12 In other words, if there are areas accessible to users with special characteristics and doors or building equipment with special characteristics, and the number of people expected to visit the room is determined, the conditions for automatically generating users with characteristic A are met.

[0139] [Calculation example of the number of people in the library]

[0140] Figure 14 An example is shown in which the occupant calculation unit 23 calculates the occupant data 16 for each room in the building.

[0141] The occupant data 16 shows a floor 1601 , a room name 1602 , and occupants 1603 .

[0142] For example, the number of people in room 2-1 on the second floor is calculated as 100. The number of people in the building is calculated based on the width of each room shown in the BIM model and the room Figure 10 It is calculated based on the density of people in the library for each name shown.

[0143] [Example of elevator setting data]

[0144] Figure 15 The following shows an example of the setting data 17 of each elevator installed in the building. The setting data 17 of each elevator is stored in the elevator simulator unit 40.

[0145] like Figure 15As shown on the upper side, the elevator setting data 17 is the data 171 of all elevators installed in the building, and includes information on elevator ID 1711, type 1712, rated number of people in the car 1713, door width of the car 1714, rated speed of the car 1715, rated acceleration of the car 1716, and door opening and closing time 1717.

[0146] In addition, if Figure 15 As shown in the lower side of , the elevator setting data 17 includes data of floors 1721 , heights 1722 of each floor 1721 , and service floors 1723 as service floor data 1722 .

[0147] The elevator simulator unit 40 simulates the operating state of each elevator based on the elevator setting data 17 and the movement demand calculated by the movement demand calculation unit 26 of the passenger flow simulator unit 20.

[0148] [Example of demand incidence data]

[0149] Figure 16 An example of the route demand occurrence rate data stored in the route demand occurrence rate data storage unit 17 is shown.

[0150] The transit demand occurrence rate data stored in the transit demand occurrence rate data storage unit 17 includes data of a room name 1801 and a demand occurrence rate 1802 .

[0151] For example, the demand rate for passing through the convenience store is 0.01%, and the demand rate for passing through the toilet is 0.05%.

[0152] exist Figure 13 Among the shown movement demands, a proportion of movement demands represented by the transit demand incidence rate is generated via transit points such as a store or a restroom.

[0153] [Example of distribution data of stopover time at a stopover point]

[0154] Figure 17 This example shows the distribution data of the duration of stay at the stopover points.

[0155] The transit point stay time distribution data includes data of room names 1901 and stay time distribution 1902 of transit points.

[0156] For example, in convenience stores, 71% of people stay between 0 and 5 minutes, 22% stay between 5 and 10 minutes, 6% stay between 10 and 20 minutes, and 1% stay between 20 and 30 minutes. Similarly, in restrooms, 87% stay between 0 and 5 minutes, 9% stay between 5 and 10 minutes, 3% stay between 10 and 20 minutes, and 1% stay between 20 and 30 minutes.

[0157] Used by the demand calculation unit 27 Figure 16 The transit demand occurrence rate data stored in the transit demand occurrence rate data storage unit 17 shown in FIG. Figure 17 The transit point stay time distribution data stored in the transit point stay time distribution data storage unit 18 shown above calculates transit demands generated as part of the travel demands.

[0158] [Example of elevator transport capacity according to building usage]

[0159] Figure 18 This figure shows an example of appropriate elevator transportation capacity data 200 that varies depending on the use of a building.

[0160] The transportation capacity data 200 shows the building usage 2001 and the 5-minute transportation capacity level 2002. The 5-minute transportation capacity level 2002 represents the actual transportation conditions when the elevators are fully operational. For example, if the 5-minute transportation capacity level 2002 is 10%, it means that 10% of the guests in the building will use the elevators within 5 minutes.

[0161] If the building usage 2001 is an office building and a dedicated building used by a company, the 5-minute transportation capacity level 2002 is set to 20% to 25%.

[0162] Furthermore, if the building use 2001 is an office building and a large semi-dedicated building used by a company, the 5-minute transportation capacity level 2002 is set to 16% to 20%.

[0163] Furthermore, if the building usage 2001 is an office building used by a government agency, the 5-minute transport capacity level 2002 is also set to 16% to 20%. For office buildings, a value close to the lower limit is generally set, while for buildings near railway stations, a value close to the upper limit is set.

[0164] Furthermore, if the building usage 2001 is an office building and is a rental office building, the 5-minute transport capacity level 2002 is set to 11% to 15%. Of these values, if the rental office building is rented out by floor, a value closer to the upper limit is set, and if the rental office building is rented out by room on a single floor, a value closer to the lower limit is set.

[0165] In addition, in the case of a condominium as the building use 2001, the 5-minute transportation capacity level 2002 is set to 3.5% to 5%.

[0166] Furthermore, if the building use 2001 is a hotel, the 5-minute transport capacity level 2002 is set to 8% to 10%.

[0167] In order to ensure the service level of the elevators according to the purpose of these buildings, the elevator simulator unit 40 varies the size, speed, number of elevators, etc., and simulates the operation of the elevators.

[0168] [Traffic Flow Calculation Processing in the In-Building Traffic Flow Setting Device]

[0169] Figure 19 This is a flowchart showing an example of the passenger flow estimation processing performed by the in-building traffic flow setting device of this example.

[0170] In the processing step S11, the BIM data is input to the layout data conversion unit 21, and the layout data is calculated. An example of the processing of the layout data conversion unit 21 is to use Figure 20 The flowchart will be described later.

[0171] In the processing step S12, the layout data and the data of the occupant database 12 are input, and the occupant data is calculated using the occupant calculation unit 23. An example of the processing of the occupant calculation unit 23 is to use Figure 21 The flowchart will be described later.

[0172] In processing step S13, it is determined whether the evaluation of the suitability of the data of people in the library calculated in processing step S12 is performed. For example, it is determined whether the people flow simulator unit 20 has a person in the library evaluation unit 24. In addition, the user can also maintain an operable flag variable for judgment in the database unit 10 via the input unit 31 and use the flag variable to make a judgment. The judgment is not limited to this. When the judgment is true (S13 is "yes"), proceed to processing step S14. When the judgment is false (S13 is "no"), proceed to processing step S15.

[0173] In the processing step S14, the data of the people in the library calculated in the processing step S12 is input, and the suitability of the data of the people in the library is determined by using the people in the library evaluation unit 24. Figure 23 The flowchart will be described later.

[0174] In processing step S15, it is determined whether to perform correction of the in-library personnel data 16 calculated in processing step S12. For example, in the case where it is evaluated in processing step S14 that the in-library personnel data is inappropriate, it is determined to perform correction. In addition, the user can also maintain an operable flag variable for judgment in the database unit 10 via the input unit 31 and use the flag variable to perform judgment. The judgment is not limited to this. When the judgment is true (S15 is "yes"), proceed to processing step S16. When the judgment is false (S15 is "no"), proceed to processing step S17.

[0175] In the processing step S16, the data of the people in the library calculated in the processing step S12 is input and the data of the people in the library is corrected by the people in the library correction unit 25. An example of the processing of the people in the library correction unit 25 is to use Figure 24 The flowchart will be described later.

[0176] In the processing step S17, the data of the people in the library, the data of the movement demand distribution database 13, the distribution type, and the reference time are input, and the movement demand data is calculated by the movement demand calculation unit 26. The distribution type and the reference time are input by the user via the input unit 31, for example, and are stored in the database unit 10. An example of the processing of the movement demand calculation unit 26 is to use Figure 25 The flowchart will be described later.

[0177] In processing step S18, layout data, movement demand data, and elevator setting data are input, and simulation is performed using the elevator simulator unit 40 to simulate pedestrian movement or elevator operation, and calculate pedestrian congestion or elevator car positions.

[0178] In processing step S19, the output result (estimated result) of the elevator simulator unit 40 is displayed on a display device such as a liquid crystal display as a 3D model (image) simulating the movement of pedestrians or the operation of an elevator using the output unit 32. Furthermore, the simulation results, which are evaluation indicators related to congestion, such as the number of people passing through or staying in a specific area, and the number of people waiting for an elevator and the waiting time, are output.

[0179] As described above, through the processing steps S11 to S19, the crowd flow estimation process is realized.

[0180] Next, the processing of each functional unit of the crowd flow simulator unit 20 will be described.

[0181] Figure 20 : is a flowchart showing an example of the processing of the layout data conversion section 21 .

[0182] In processing step S21 , BIM data is read.

[0183] In processing step S22, the set of objects including shape data contained in the BIM data is set to O, and the processing from processing step S23 to processing step S24 is repeated for each object (or the set of multiple objects constituting the BIM component, i.e., the object group) o (o∈O).

[0184] In processing step S23, based on the shape data of object o, components (generated shapes) with the same shape and function as object o are placed at the same position in the output layout data. For example, when using layout data composed of unit grids, the passable grids in the layout data are placed at positions corresponding to floor objects in the BIM data. Furthermore, the non-passable grids in the layout data are placed at positions corresponding to wall objects in the BIM data. The elevator grids in the layout data are placed at positions corresponding to the group of elevator components in the BIM data.

[0185] In processing step S24, if the attributes of object o correspond to the corresponding component in the layout data, the corresponding attributes (setting values) are added (copied) to the component. For example, information such as door width and rated speed is added (copied) from the elevator component to the elevator grid as attributes. This attribute is not limited to being added (copied) from object o to the component. For example, in layout data, information such as door width and rated speed is sometimes stored as elevator setting data rather than as elevator grids, which are components of the layout data. Each elevator grid only stores a pointer to the corresponding elevator setting data. In this case, elevator setting data 7 corresponding to the information in object o is generated, and the corresponding elevator grid stores a pointer to the elevator setting data.

[0186] In the processing step S25, BIM data and layout data are input, and the location attribute generating unit 22 is used to add (generate inflow and outflow attributes) location attributes related to (relevant to) the inflow and outflow points corresponding to the departure point or destination of the movement to the layout data. Figure 21 The flowchart will be described later.

[0187] The above processing steps S21 to S25 realize the processing of the layout data conversion unit 21. In this way, the BIM data can be converted into layout data that becomes the input of the elevator simulator unit 40.

[0188] Figure 21 : is a flowchart illustrating an example of processing of the position attribute generating unit 22 .

[0189] In processing step S31 , BIM data and layout data are read.

[0190] In processing step S32 , let S be the set of room objects included in the BIM data, and the processing of the next processing step S33 is repeated for each room object (room) s (s∈S).

[0191] In processing step S33, a position attribute (room attribute for inflow and outflow) related to the inflow and outflow location is added to the position of the layout data of the interior or entrance of the room object s corresponding to the layout data (BIM data). For example, the passable grid existing at the position corresponding to the center or center of gravity of the interior of the room object s or the entrance and exit is changed to an end point grid. In addition, the position attribute generated in each room maintains an ID consisting of a numerical value or a character string that can be identified as the room. For example, when a position attribute is added to the position corresponding to the center of the room with the room name "Room 1", the end point grid is generated as a position attribute related to the inflow and outflow location with the ID "Room 1". In the case where there are multiple rooms with the same room name, the number of the floor to which the room belongs, the object ID of the object, etc. are added to generate a unique ID position attribute for each room name.

[0192] In processing step S34, location attributes (other inflow and outflow attributes) related to the inflow and outflow locations set outside the room object s are added. For example, for the entrances and exits of a building, an ID consisting of a numerical value or a character string that can be identified as the entrance and exit of the building is maintained, and an endpoint grid is set. In addition, when the BIM data contains not only the building but also the shape data of its surroundings, an endpoint grid can be set around the building instead of the entrance and exit of the building. For example, when there are entrances and exits of railway stations or bus stops around the building, endpoint grids can also be set there. In this way, the flow of people from the surrounding area of the building to the entrance and exit of the building can also be inferred.

[0193] The above processing steps S31 to S34 realize the processing of the position attribute generating unit 22. As a result, the positions of the movement source and the movement destination can be identified and associated with the movement demand data 15.

[0194] Figure 22 This is a flowchart showing an example of processing by the occupancy calculation unit 23 .

[0195] In processing step S41 , the occupant calculation unit 23 reads the BIM data (layout data) and the data of the occupant database 12 .

[0196] In processing step S42 , the occupancy calculation unit 23 sets a set of room objects included in the BIM data as S, and repeats the processing from processing step S43 to processing step S46 for each room object s (s∈S).

[0197] In processing step S43, the occupancy calculation unit 23 searches the occupancy density in the occupancy database 12 using the room name of the room object s as a search keyword. If there are any search results, the occupancy calculation unit 23 outputs the occupancy density. If there are no search results, the occupancy calculation unit 23 outputs a value indicating that there were no search results. For example, this may be the integer "-1," NULL, or an empty object.

[0198] In step S44, the process branches based on the output of step S43. If there are search results in step S43 and the occupancy density 1201 is output ("Yes" in S44), the process proceeds to step S45. If there are no search results in step S43 and a value indicating no search results is output ("No" in S44), the process proceeds to step S46.

[0199] In step S45, the occupancy density retrieved in step S45 or the input occupancy density is multiplied by the area of room object s to calculate the number of people in room object s and generate occupancy data. If the occupancy density is set per room rather than per area, the occupancy data is generated using the occupancy of each room as the occupancy data. Alternatively, if the occupancy density is input rather than per area, the occupancy data is generated using the input occupancy data.

[0200] In processing step S46, for example, the user inputs the density of people in the library via the input unit 31. In the case where the user inputs the density of people in the library, an initial value of the density of people in the library may be input in advance. The initial value may be, for example, the density of people in the library obtained by obtaining a room name that is highly similar to the room name of a certain room as a search keyword. In addition, several densities of people in the library may be displayed as reference values for the user to select. In addition, the user may input the number of people in the library instead of the density of people in the library. In addition, the input density of people in the library may be associated with the room name of a certain room and added to the database of people in the library 12. In this way, the database of people in the library 12 is expanded.

[0201] The above steps S41 to S46 implement the processing of the occupancy calculation unit 23. This allows calculation of the occupancy density of the room objects included in the BIM data.

[0202] Figure 23 1 is a flowchart showing an example of the processing of the person-in-residence evaluation unit 24 .

[0203] In the processing step S51, the data of people in the building is read. In addition, the building usage ( Figure 18The target building purpose is one of the purposes 2001 shown. The target building purpose is a building purpose corresponding to the target building among the building purposes. The target building purpose is pre-entered by the user via the input unit 31, for example, and is stored in the database unit 10. Alternatively, a database associating building names with target building purposes may be created, and the target building purpose may be searched and determined using the building name as a search keyword using this database.

[0204] In step S52, it is determined whether there is data on planned occupants or equivalent occupants used in the building design. If there are no planned occupants (S52: No), the process proceeds to step S54. If there are planned occupants (S52: Yes), the process proceeds to step S62.

[0205] In processing step S54 , BIM data is read.

[0206] In processing step S55, let the set of elevator components included in the BIM data be E, and the processes from processing step S55 to processing step S57 are repeated for each elevator component e (e∈E).

[0207] In processing step S56, elevator setting data (elevator parameters) are extracted from the elevator components or BIM data. If values corresponding to the elevator parameters are stored in the elevator components or BIM data, the elevator components or BIM data are used as the elevator parameters. If parameters related to the elevator specification data are not stored in the elevator components or BIM data, and if the elevator model is stored in the elevator components or BIM data, the parameters are retrieved from the elevator specifications using that model.

[0208] On the other hand, if the elevator model is not stored, the product specifications of the elevator that are close to the shape and size of the elevator components are used as parameters. In addition, pre-determined standard parameters can also be used. The service floor data uses the floor or floor height stored in the BIM data as the floor or floor height directly. If the floor height is not stored in the BIM data, the floor height is calculated based on the difference in the height information of each floor. The service floor is determined based on whether doors are set on each floor (or at a height equivalent to each floor) in the elevator components or BIM data. The method of extracting elevator parameters is not limited to this.

[0209] In processing step S57, use Figure 15The number of people transported in 5 minutes is calculated based on the rated speed, rated acceleration, rated passenger capacity, floor height, and service floors shown. The number of round trips an elevator can make in 5 minutes (calculated as a cycle) is calculated by multiplying the elevator's rated passenger capacity by the time it takes the elevator to reach the departure floor, pick up passengers on the departure floor, serve the floors above, and return to the departure floor. For example, a cycle is calculated as the sum of the boarding and alighting times (calculated based on the ratio of occupants on each floor at the service floor) calculated based on the floor height, rated speed, and rated acceleration, the elevator's travel time between floors (calculated based on the floor height, rated speed, and rated acceleration), and the door opening and closing times.

[0210] In processing step S58, the total number of people transported in 5 minutes obtained for each elevator component is calculated as the total number of people transported in 5 minutes for the entire building.

[0211] In processing step S59, the upper and lower limits of the 5-minute transport capacity level of the elevator's service level are input as reference values for the 5-minute transport capacity. The reference values for each 5-minute transport capacity are divided by the 5-minute transport capacity of the entire building, and the upper and lower limits of the number of people on the premises are calculated as a reference range (allowable range of people on the premises). The reference range of people on the premises can also be calculated by multiplying a specific person on the premises by a specified allowable increase or decrease ratio (allowable ratio) to calculate the upper and lower limits of the reference range of people on the premises. The specific person on the premises uses the value obtained by multiplying the 5-minute transport capacity of the entire building by a specific value (e.g., the median value) between the upper and lower limits of the 5-minute transport capacity level. The allowable increase or decrease ratio (allowable ratio) is pre-entered by the user through the input unit 31 and stored in the database unit 10.

[0212] In step S60, the total number of people present in the building is calculated as the estimated total number of people present in the building as a whole. This sum is calculated by excluding the occupancy data for the lobby level and adjacent floors, assuming that elevator passengers leave the lobby level by two or more floors. However, the excluded floors may vary depending on the building. For example, in buildings that typically lack inter-floor equipment (facilities) other than elevators, the occupancy data for the lobby level and adjacent floors is not excluded.

[0213] In processing step S62, the number of people scheduled to be in the library is read.

[0214] In step S63, when the planned occupancy is set by floor, the total planned occupancy is calculated as the planned occupancy for the entire building. In this case, the total is calculated by excluding the planned occupancy on the lobby level and adjacent floors, taking into account the presence of elevator passengers who leave the lobby level by two or more floors. However, the excluded floors may vary depending on the building. For example, in buildings that typically lack inter-floor equipment (facilities) other than elevators, the planned occupancy on the lobby level and adjacent floors is not excluded.

[0215] In step S64, the planned number of people in the library (specified number of people in the library) is multiplied by the specified allowable increase and decrease ratio (allowable ratio) to calculate the upper and lower limits of the reference range of people in the library as the reference range (allowable range of people in the library). The allowable increase and decrease ratio (allowable ratio) is pre-entered by the user through the input unit 31, for example, and is stored in the database unit 10.

[0216] In step S61, it is determined whether the estimated number of people present in the library calculated in step S60 falls within the reference range (the range between the lower and upper limits of the reference value) for the number of people present in the library calculated in step S59 or step S64. If the number of people present in the library falls within the reference range, the estimated number of people present in the library is determined to be appropriate. If the number of people present in the library falls outside the reference range, the estimated number of people present in the library is determined to be inappropriate.

[0217] The above steps S51 to S64 implement the processing of the occupant evaluation unit 24. This makes it possible to determine whether the occupant is appropriately set.

[0218] Figure 24 1 is a flowchart showing an example of the processing of the staff correction unit 25 .

[0219] In step S71, the occupant data 16 and the target occupant as a reference for calibration are read in. The target occupant is, for example, a specific value (e.g., median value) within the range of the lower and upper limits of the planned occupant or the reference value of the occupant calculated by the occupant evaluation unit 24.

[0220] In processing step S72, the ratio of the target number of people present in the building (the second number of people present in the building) to the total number of people present in the building (the first number of people present in the building) in the number of people present in the building data is calculated as a correction factor. At this time, the total is calculated by excluding the planned number of people present in the building on the lobby floor and the floors adjacent to the lobby floor, taking into account the floors two floors above the lobby floor for passengers using the elevator. However, the excluded floors may also be changed depending on the building. For example, in buildings that generally do not have equipment (facilities) for moving between floors other than elevators, the number of people present in the lobby floor and the floors adjacent to the lobby floor are not excluded.

[0221] In processing step S73, let the set of room objects included in the building personnel data 16 be S, and the processing of processing step S74 is repeated for each room object s (s∈S).

[0222] In the processing step S74, the number of people staying in the room object s (the number of people staying in the room name calculated by the person staying calculation unit 23) is multiplied by the correction coefficient to correct the number of people staying in the room.

[0223] The above steps S71 to S74 implement the processing of the occupant correction unit 25. This allows correction of the occupants of each room so that the total number of occupants falls within the reference range.

[0224] Figure 25 1 is a flowchart showing an example of the processing of the movement demand calculation unit 26 .

[0225] In processing step S81, the data of the people in the library, the data of the movement demand distribution database 13, the distribution type, and the reference time are read. The distribution type and reference time corresponding to the generated movement demand are input as the distribution type and reference time. The distribution type and reference time are input by the user via the input unit 31, for example, and are stored in the database unit 10.

[0226] In processing step S82, the set of time periods of relative time included in the ratio of traffic demand in the mobility demand distribution database 13 is set to T, and the processing from processing step S83 to processing step S89 is repeated for each time period t (t∈T).

[0227] In processing step S83, let the set of floors included in the library personnel data 16 (or BIM data 11) be F, and the processing from processing step S84 to processing step S89 is repeated for each departure floor f1 (f1∈F).

[0228] In processing step S84, let the set of floors included in the library personnel data (or BIM data) be F, and the processing from processing step S85 to processing step S89 be repeated for each target floor f2 (f2∈F).

[0229] In step S85, it is determined whether the departure floor f1 is the departure floor (concourse floor). If it is ("Yes" in S85), the process proceeds to step S90. If it is not ("No" in S85), the process proceeds to step S86.

[0230] In step S86, it is determined whether the destination floor f2 is the departure floor (lobby floor). If it is ("Yes" in S86), the process proceeds to step S92. If it is not ("No" in S85), the process proceeds to step S87.

[0231] In processing step S87, the set of rooms included in the departure floor f1 is referred to as S1, and the processing from processing step S88 to processing step S89 is repeated for each room s1 (s1∈S1).

[0232] In processing step S88, the set of rooms included in the target floor f2 is set to S2, and the processing of processing step S89 is repeated for each room s2 (s2∈S2).

[0233] In the processing step S89, each movement demand from room s1 to room s2 is calculated in the absolute time period t' calculated by adding the time period t and the reference time. Figure 11 or Figure 12 The movement demand is calculated by multiplying row 1333 or row 1334 of the movement demand distribution by the ratio 1312 of the transportation demand determined in the column corresponding to time period t. If there are not enough people in room s1, the number of people in room s1 is probabilistically distributed among the time periods based on the ratio 1312 of transportation demand to calculate the movement demand. The calculated movement demand is stored in the movement demand data as the movement demand for moving from a location corresponding to room s2 to a location corresponding to room s2 in time period t'.

[0234] In processing step S90, the set of rooms included in the target floor f2 is set to S2, and the processing of processing step S91 is repeated for each room s2 (s2∈S2).

[0235] In the processing step S91, for the absolute time period t' calculated by adding the time period t and the reference time, the mobility demand is calculated with the departure floor (lobby floor) as the starting point and the room s2 on the target floor f2 as the destination. The occupants of room s2 are compared with the mobility demand distribution in the mobility demand distribution database 13. Figure 11 The movement demand is calculated by multiplying the ratio 1312 of the transportation demand determined for the row and column corresponding to time period t. If there are insufficient occupants in room s2, the occupants of room s2 are probabilistically distributed among the time periods based on the ratio of transportation demand to calculate the movement demand. The calculated movement demand is stored in the movement demand data as the movement demand required to move from a location corresponding to the departure floor (lobby level) to a location corresponding to room s2 during time period t'.

[0236] In processing step S92, the set of rooms included in the departure floor f1 is set to S1, and the processing of processing step S93 is repeated for each room s1 (s1∈S1).

[0237] In step S93, for the absolute time period t' calculated by adding the time period t to the reference time, the mobility demand is calculated with room s1 on the departure floor f1 as the departure point and the departure floor (lobby floor) as the destination. The occupants of room s1 are compared with the mobility demand distribution in the mobility demand distribution database 13. Figure 11 The movement demand is calculated by multiplying the ratio 1312 of the transportation demand determined for the row and column corresponding to time period t. If there are insufficient occupants in room s1, the occupants of room s1 are probabilistically distributed among the time periods based on the ratio 1312 of transportation demand to calculate the movement demand. The calculated movement demand is stored in the movement demand data 15 as the movement demand required to move from the location corresponding to room s1 to the location corresponding to the departure floor (lobby level) during time period t'.

[0238] In the processing step S94, the via demand calculation unit 27 calculates the movement demand to move to the via point and generates the via demand. Figure 26 The flowchart will be described later.

[0239] The above steps S81 to S94 implement the processing of the movement demand calculation unit 26. In this way, the movement demand data can be calculated using the data on people in the building.

[0240] Figure 26 1 is a flowchart illustrating an example of processing by the demand calculation unit 27 .

[0241] In the processing step S101 , the data of people in the library, the occurrence rate data of transit demand, and the distribution data of the stay time at the transit point are read.

[0242] In step S102, the simulation target time is divided into time periods per unit time of the demand occurrence rate specified in the route demand occurrence rate data. The resulting set of time periods is set to T, and the processes from steps S103 to S105 are repeated for each time period t (t∈T). The division of time periods t may also be performed at intervals other than the unit time of the specified demand occurrence rate. For example, if the stay time distribution data for the route stop time distribution is represented by a relative frequency distribution in which the stay time is divided into equal intervals, the time periods t may be set at the same intervals as the relative frequency distribution.

[0243] In processing step S103, let S be a set of rooms specified by the room names of the occupant data, and the processes from processing step S104 to processing step S105 are repeated for each room s (s∈S) of the movement source.

[0244] In step S104, the set of rooms identified by the room names in the transit demand rate data is set to V, and the process of step S105 is repeated for each room v (v∈V) of the transit destination (transit point). If there are multiple rooms identified by the room names in the transit demand rate data, for example, the room with the shortest distance to the source room s is used.

[0245] In step S105, the demand for movement from the source to the via-destination, i.e., the outbound movement demand, is calculated. The number of occupants determined by the source room s is multiplied by the demand occurrence rate determined by the via-destination room v to calculate the movement demand from the source room s to the via-destination room v during time period t. The calculated movement demand is stored in the movement demand data as the movement demand from room s to room v during time period t. The movement demand data for the via-destination can be stored separately from the normal movement demand data, or it can be stored in the same table.

[0246] As described above, the processing of the via-need calculation unit 27 is realized through the processing steps S101 to S105. Thus, the travel demand data for reproducing the movement to the position serving as the via-need point can be calculated.

[0247] For example, the crowd flow simulator 20 generates a return movement demand that reproduces movement from a room at the destination to a room at the source of movement when the pedestrian agent generated by the via-travel movement demand arrives at a location serving as the via-travel point.

[0248] Therefore, the crowd flow simulator unit 20 generates crowd flow simulation processing for movement demand data with a destination other than the via point including the departure point of the pedestrian agent at a time obtained by adding the stay time to the arrival time based on the movement demand data calculated by the via demand calculation unit 27.

[0249] Specifically, the dwell time is first probabilistically calculated using the dwell time distribution data for the transit point and a random number. Next, the mobility demand to move to the source room is calculated for the period after the dwell time calculated from the moment the pedestrian agent arrives at the transit point. By calculating the return mobility demand in this way, it is also possible to reproduce movement back to the source room.

[0250] Therefore, the in-building traffic flow setting device 100 of this example takes BIM data as input, and by generating movement demand data, layout data and location information in the layout data that can become a movement source or a movement destination, it can easily perform crowd flow simulation processing related to crowd flow (movement status), elevator operation status and utilization status.

[0251] Furthermore, according to the in-building traffic flow setting device 100 of this example, when generating movement demand data, the occupancy evaluation unit 24 can determine whether the occupancy is appropriate. The user can easily determine whether the movement demand data is appropriate by referring to the evaluation results (determination results) of the occupancy evaluation unit 24. Furthermore, if the evaluation results are inappropriate, the occupancy correction unit 25 can perform corrections.

[0252] [Modification]

[0253] The present invention is not limited to the above-described embodiment, and includes various modifications.

[0254] In addition, the above-mentioned embodiment examples are detailed descriptions for easy understanding of the present invention, and are not limited to having all the structures described. Figure 1 The structure diagrams only show the control lines and information lines that are necessary for explanation, but are not limited to showing all the control lines and information lines required for the product. In fact, it can be considered that almost all structures are connected to each other. In addition, Figures 19 to 26 In the flowchart shown, the execution order of some processing steps may be exchanged, or some processing steps may be executed simultaneously, within the scope that does not affect the processing results of the implementation example.

[0255] Furthermore, the configuration described in the above embodiments may also be implemented through software by having a processor interpret and execute programs that implement each function. Information such as the programs that implement each function can be stored in a storage device such as a memory, a hard disk, or an SSD (Solid State Drive), or in a recording medium such as an IC card, an SD card, or an optical disk.

[0256] Label Description

[0257] 10…database unit, 11…BIM data storage unit, 12…in-building personnel database, 13…mobility demand distribution database, 17…via demand incidence data storage unit, 18…via stop time distribution data storage unit, 20…people flow simulator unit, 21…layout data conversion unit, 22…position attribute generation unit, 23…in-building personnel calculation unit, 24…in-building personnel evaluation unit, 25…in-building personnel correction unit, 26…mobility demand calculation unit, 27…via demand calculation unit, 28…people flow control unit, 30…interface unit, 31…input unit, 32…output unit, 40…elevator simulator unit, 41…machine simulation unit, 42…operation simulation unit, 100…in-building traffic flow setting device, 101…CPU, 102…ROM, 103…RAM, 104…non-volatile memory, 105…network interface, 106…input device, 107…display device

Claims

1. A device for setting an in-building traffic flow, the device comprising the following components: A database department, which stores the data of the building's BIM model (Building Information Model); a pedestrian flow simulator unit that simulates traffic flow within a building represented by a BIM model stored in the database unit; as well as An elevator simulator unit simulates the operation of an elevator installed in the building based on the traffic flow simulated by the pedestrian flow simulator unit, wherein the in-building traffic flow setting device is characterized in that: The human flow simulator unit comprises: a position attribute generating unit, the position attribute generating unit generating an attribute of each position of each layer shown in the BIM model; a movement demand calculation unit that calculates the movement demand of each floor shown in the BIM model based on the attributes of each location generated by the location attribute generation unit; and A personnel calculation unit calculates the number of personnel on each floor based on the BIM model and the attributes of each location generated by the location attribute generation unit. The location attributes generated by the location attribute generating unit include an attribute of a location where there is no restriction on staying at the corresponding location and an attribute of a location where only specific people can stay.

2. The in-building traffic flow setting device according to claim 1, characterized in that: The location attributes generated by the location attribute generating unit further include location attributes of a door or gate that does not restrict access to the corresponding location and location attributes of a door or gate that only specific persons can access.

3. The in-building traffic flow setting device according to claim 1, characterized in that: When the elevator in the BIM model is set at a position in the attributes of the location generated by the location attribute generation unit, which is a position where only a specific person can stay, the mobility demand calculation unit will use the corresponding elevator mobility demand calculation as a mobility demand limited to the specific person.

4. The in-building traffic flow setting device according to claim 1, wherein: The location attributes generated by the location attribute generating unit also include attributes of locations where library staff temporarily pass by. The people flow simulator unit includes a transit demand calculation unit that calculates a traffic flow passing through a temporary passing location based on attributes of the location temporarily passed by the people in the building.

5. The in-building traffic flow setting device according to claim 4, characterized in that: The database unit includes a via demand occurrence rate data storage unit that stores via demand occurrence rate data indicating a probability of occurrence of a traffic flow passing through the temporary passing position. The transit demand calculation unit calculates a traffic flow passing through the temporary passing position based on the probability stored in the transit demand occurrence rate data storage unit.

6. The in-building traffic flow setting device according to claim 4, characterized in that: The database unit includes a transit point stay time distribution data storage unit that stores transit point stay time distribution data showing the distribution of stay time of people staying at the temporary stopover location. When the via demand calculation unit calculates the traffic flow, the stay time distribution data of the via point stored in the via point stay time distribution data storage unit is referred to.

7. The in-building traffic flow setting device according to claim 6, characterized in that: The transit point stay time distribution data storage unit stores stay time distribution data generated based on detection data of sensors installed at transit points for detecting people.

8. A method for setting traffic flow within a building, the method performing the following processing: Crowd flow simulation processing, which simulates traffic flow within the building shown in the BIM model; as well as Elevator simulation processing, wherein the elevator simulation processing simulates the operation of an elevator installed in the building based on the traffic flow simulated by the pedestrian flow simulation processing, wherein the in-building traffic flow setting method is characterized by comprising: Position attribute generation processing, the position attribute generation processing generating attributes of each position of each layer shown in the BIM model; a movement demand calculation process for calculating the movement demand of each floor shown in the BIM model based on the attributes of each location generated by the location attribute generation process; as well as A calculation process for the number of people in the library, which calculates the number of people in the library on each floor based on the BIM model and the attributes of each location generated by the location attribute generation process, The location attributes generated in the location attribute generation process include an attribute of a location where there is no restriction on staying at the corresponding location and an attribute of a location where only specific people can stay.

Images