JP6880196B2 - Building simulator and building simulation method - Google Patents

Description

The present invention relates to a building simulator, and more particularly to a building simulator and a building simulation method suitable at the design stage of building equipment for various purposes having building equipment such as an elevator.

Setting parameters for control devices in building equipment that involves maintenance such as elevators, air conditioners, security systems, and solar power generation, or recommending or proposing to equipment owners the parameters and optional equipment to be added later while the equipment is in operation. Is desired.
As a technique for meeting such a demand, for example, a technique described in Patent Document 1 has been proposed. In Patent Document 1, the device recommending parameters and equipment in equipment recommends changed values of control parameters and additional optional equipment in the building equipment to be recommended based on operation history data, building equipment status data, and building equipment parameter option data. Parameters / equipment to be extracted as candidates Recommendations are made to the recommended building equipment based on the recommendation candidate extraction unit, the recommendation candidates, the operation history data of the building equipment to be recommended, the building equipment status data, and the building equipment parameter option data. It is disclosed that a simulation evaluation unit that evaluates by simulation when a target is applied and a recommendation result output unit that outputs the recommendation candidate when the evaluation result judgment unit determines that the recommendation candidate is recommended are provided. ..

Japanese Unexamined Patent Publication No. 2012-226460

However, even if the simulator described in Patent Department Document 1 can evaluate the degree of influence due to the equipment setting, the evaluation of the degree of influence on the user related to the specifications related to the elevator equipment and the evaluation on the flow line of the user are not performed. Not considered. Therefore, it takes a lot of time to create (formulate) the installation plan because sufficient consideration is required when planning the installation of building equipment. In addition, if the examination is insufficient, there are usage scenes where the usability of the user deteriorates, and there is a concern that unnecessary labor costs will be required, such as providing guidance such as security guards in the building to cover the operation. Will be done.
Therefore, the present invention provides a building simulator and a building simulation method capable of evaluating the degree of influence of elevator equipment on users and the flow lines of users, and can suitably simulate buildings for various purposes.

In order to solve the above problems, the building simulator according to the present invention includes building specifications including at least the layout in the building to be set, at least specifications of the set elevator equipment, and elevator information including the installation position on the layout. The simulation unit includes a simulation unit that evaluates the layout in which the elevator equipment is installed based on user information including at least attribute information of users who use various facilities installed in the building. The building user control unit model that controls the movement of the user according to the specifications of the elevator equipment is included, the simulation unit further includes a display unit that displays the simulation result, and the elevator equipment is the above. input device service request is made by the user, or, Ri output device der performs the user guide, the display unit, the input device based on the simulation results, or the output device is displayed together with the elevator Rukoto It is characterized by.
Further, the building simulation method according to the present invention is a building simulation method in which at least a building simulator having a simulation unit evaluates a building, and the building specifications including at least the layout in the set building and the set elevator equipment. The elevator equipment is installed based on at least the specifications and the elevator information including the installation position on the layout, and the user information including at least the attribute information of the users who use the various equipment installed in the building. The layout is evaluated by simulation, the simulation unit includes at least a user control unit model in a building that controls the movement of the user according to the specifications of the elevator equipment, and the simulation unit further includes a simulation result. a display unit for displaying, the elevator equipment, input device service request is made by the user, or, Ri output device der performs the user guide, the display unit is based on the simulation results the input device, or the output device is characterized Rukoto is displayed with the elevator.

According to the present invention, it is possible to provide a building simulator and a building simulation method capable of evaluating the degree of influence of elevator equipment on users and the flow lines of users, and can suitably simulate buildings for various purposes. It will be possible.
Issues, configurations and effects other than those described above will be clarified by the description of the following embodiments.

It is an overall schematic block diagram of the building simulator of Example 1 which concerns on one Example of this invention. It is a flowchart which shows the user generation processing flow by the simulation part which constitutes the building simulator shown in FIG. It is a flowchart which shows the registration determination processing flow by the simulation part shown in FIG. It is a flowchart which shows the registration process flow of the destination floor registration apparatus by the simulation part shown in FIG. It is a flowchart which shows the waiting process flow of the landing destination floor by the simulation part shown in FIG. It is a flowchart which shows the destination floor registration processing flow by the simulation part shown in FIG. It is a flowchart which shows the allocation machine standby processing flow by the simulation part shown in FIG. It is a flowchart which shows the user update processing flow by the simulation part shown in FIG. It is a flowchart which shows the landing walk processing flow by the simulation part shown in FIG. It is a flowchart which shows the walking judgment processing flow by the simulation part shown in FIG. It is a flowchart which shows the hall standby processing flow by the simulation part shown in FIG. It is a flowchart which shows the alignment standby processing flow by the simulation part shown in FIG. This is an example of a display screen of the display unit shown in FIG. 1, and is a display example of a layout of gate interlocking specifications and a simulation result. It is a display screen example of the display part shown in FIG. 1, and is another display example of the layout of the gate interlocking specification and the simulation result. It is a display screen example of the display part shown in FIG. 1, and is another display example of the layout of the gate interlocking specification and the simulation result. This is an example of a display screen of the display unit shown in FIG. 1, and is a display example of a layout of a lantern lighting specification of a vertical landing button specification and a simulation result. It is an example of the display screen of the display part shown in FIG. 1, and is the layout of the lantern non-lighting specification of the up-and-down landing button specification, and the display example of the simulation result. This is an example of a display screen of the display unit shown in FIG. 1, and is a display example of a wheelchair-specific layout and simulation results of a vertical landing button specification. It is a display screen example of the display part shown in FIG. 1, and is another display example of a wheelchair specification layout of a vertical landing button specification and a simulation result. It is a flowchart which shows the processing flow of the user who gets off the elevator by the simulation part which constitutes the building simulator of Example 2 which concerns on another Example of this invention. It is a flowchart which shows the target position walking processing flow by the simulation part of Example 2.

Hereinafter, examples of the present invention will be described with reference to the drawings. In the present specification and the drawings, components having substantially the same function or configuration are designated by the same reference numerals, and redundant description will be omitted below.

FIG. 1 is an overall schematic configuration diagram of a building simulator according to a first embodiment of the present invention.
<Structure of building simulator>
As shown in FIG. 1, the building simulator 1 is composed of a user setting unit 2, a building information setting unit 3, an elevator equipment setting unit 4, an elevator specification setting unit 5, a time zone setting unit 6, and a simulation unit 10. To. Here, the user setting unit 2, the building information setting unit 3, the elevator equipment setting unit 4, the elevator specification setting unit 5, and the time zone setting unit 6 have, for example, set a specific storage area (virtual area) in the server. It is realized by providing it. Therefore, the simulation unit 10, which will be described in detail later, reads from the specific storage area (virtual area) and executes various processes. The simulation unit 10 includes a building user control unit model 11, an input device model 12, an elevator group management control unit model 13, an elevator control unit model 14, a landing output device model 15, an elevator model 16, a comprehensive evaluation output unit 17, and an elevator group management control unit model 13. , The display unit 18 is provided. In-building user control unit model 11, input device model 12, elevator group management control unit model 13, elevator control unit model 14, landing output device model 15, elevator model 16, and comprehensive evaluation output unit, which constitute the simulation unit 10. Reference numeral 17 denotes, for example, a processor such as a CPU, a ROM for storing the program, and a storage device such as a RAM for temporarily storing data in the process of executing the program read from the ROM by the processor.

[User setting section]
The user setting unit 2 is a module for setting information about a user, and is realized by, for example, providing a specific storage area (virtual area) in the server as described above. For example, the generation floor where the user sets the floor to enter the elevator hall, the destination floor where the target floor is set according to the use of the elevator, the user attributes such as general users, wheelchair users, or VIP users, Set the walking speed, which is the speed of movement in the elevator hall, and the generation distribution such as the generation rate of users for each generation floor or destination floor.

[Building information setting section]
The building information setting unit 3 is a module for setting building information, and is realized by, for example, providing a specific storage area (virtual area) in the server as described above. For example, it is possible to set the number of floors of a building and the distance between floors (also referred to as floor height distance). In addition, the number of people in the building will be set to set how many people will be present on each floor of the building. In addition, building specifications on each floor can be set. With the building specifications, for example, information such as the lobby floor, the parking lot floor, and the common floor can be set. In other words, it is possible to set the layout inside the building.

[Elevator equipment setting section]
The elevator equipment setting unit 4 is a module for setting the elevator equipment, and is realized by, for example, providing a specific storage area (virtual area) in the server as described above. For example, how many elevator cars will be installed, where on the floor the elevator cars will be installed, and as an input device, a destination floor registration device that registers the destination floor at the landing, or above the landing. When the elevator arrives as an output device, as well as a vertical platform button for making service requests for going in the direction or going down, a gate interlocking facility that installs a gate at the entrance of the platform and registers the destination floor when passing through the gate. Direction guidance, the reserved number when booking an elevator, the elevator lantern that guides the reservation direction, and the destination floor stop that guides the planned stop floor of each unit at the platform when the destination floor is registered at the platform It is possible to set the position of the floor light on the floor. Here, the destination floor stop floor light is a display unit (for example, LED display) provided at the top of each unit, and the user presses (or presses) a desired destination floor designation button at the platform (elevator hall). When touched), the destination floor specified for each item is displayed.

[Elevator specification setting section]
The elevator specification setting unit 5 is a module for setting the specifications of the installed elevator, and is realized by, for example, providing a specific storage area (virtual area) in the server as described above. For example, the speed of the elevator, the width of the door, the number of people, and the like. Furthermore, as driving specifications, the presence or absence of an immediate reservation function for lighting the elevator lantern of the unit whose service has been decided for the landing button at the moment when the service request is created from the landing button can be mentioned.

[Time zone setting section]
The time zone setting unit 6 is a module for setting a time zone for executing a simulation, and is realized by, for example, providing a specific storage area (virtual area) in the server as described above. Generally, the operating status of elevators in a building differs depending on the time of day. For example, in the case of an office building, there are many cases where users flow into the building during commuting hours, and as a movement of users, the floor where each user is present is used as the target floor from the lobby floor. In the first half of the lunch time, if there is a dining room floor or a floor where a restaurant exists in the building, the user who moves from the seated floor of each user to the above-mentioned dining room floor or the floor where the restaurant exists. Will increase. In the leaving time zone, there are many users who move from the seated floor to the lobby floor of each user, contrary to the commuting time zone.
If the building is a condominium, the lobby floor will be used as the destination floor from the occupancy floor of each resident who is the user during the time of going out or commuting, and conversely, each use will be from the lobby floor when returning home. The occupancy floor of the person (each resident) is used as the destination floor.

The time zone for executing the simulation set by the time zone setting unit 6, the generation floor that is the floor on which the user enters the elevator hall set by the user setting unit 2, the generation rate of users for each destination floor, etc. The occurrence distribution is set to be related. At this time, a method of automatically setting the occurrence rate when the time zone is set, a method of setting the occurrence distribution for each detailed arbitrary time zone, or a method for each time zone depending on the building application. A method in which the occurrence distribution is determined, or a method in which the occurrence distribution for each time zone is determined based on the field measurement data of the past similar building specifications may be used.

The method of automatically setting the rate of occurrence when the time zone is set is, for example, in the case of an office building, when the time zone is set, the number of people in the building from the lobby floor to each floor. Set the rate of occurrence for. Specifically, if 40% of the users go from the lobby floor to each floor during the 30 minutes of commuting time from 8:15 to 8:45, the number of people on the 5th floor is 100 and the number of people on the 4th floor is 100. If the number of people in the building is 80, the number of users from the lobby floor to the 5th floor will be 40, and the number of users to the 4th floor will be 32.

Further, the method of setting the occurrence distribution for each arbitrary time zone indicates that the occurrence floor, the occurrence ratio of users for each target floor, and the like are set for each time zone. Specifically, between 8:15 and 8:30, 15% of users go from the lobby floor to other floors, and between 8:30 and 8:45, use from the lobby floor to other floors. Refers to setting such as 25%. The width of the time zone can be set arbitrarily, and the setting value of the occurrence distribution can also be set as a percentage, and in detail, it can be set for each floor.
For example, there are 200 users from the lobby floor, 10 users from the 1st floor, 80 users from the 4th floor, and 130 users from the 5th floor. There are 125 users from the lobby floor to the 5th floor, 75 users from the lobby floor to the 4th floor, 5 users from the 1st floor to the 4th floor, and 5 users from the 1st floor to the 5th floor. A method of setting the name and details may also be used.

The method in which the occurrence distribution for each time zone is determined according to the building use is the method in which the occurrence rate is automatically set when the above-mentioned time zone is set, but the set value fluctuates depending on the building use. Shown. For example, office buildings, condominiums, hotels, multi-tenant buildings, etc. are mentioned. In office buildings, the flow from the lobby floor to each floor is common during work hours, but in condominiums, on the contrary, from each floor to the lobby. More use on the floor. Furthermore, since the time zone is also different from that of an office building, the time zone and the distribution of occurrence vary depending on the building application.

The method of setting the occurrence distribution for each time zone based on the field measurement data of similar building specifications in the past is when the building information or building usage is similar, for example, whether the building usage is the same or not. Judgment and prioritize other information such as the number of floors of the building, the total floor height, which is the maximum movement distance of the elevator that goes up / down in the hoistway, the number of people in the building, and the scale of elevator installation. Then, the building information to be simulated and the building information within a 10% error are displayed. Therefore, when a building similar to the building to be simulated is selected, the generation distribution of users in each time zone is set from the operation information of the selected building.

Since these occurrence distributions are set based on elevator operation information, for example, information on the number of users getting on and off from what floor to what floor based on measurement data by a load sensor installed in the elevator. By simulating the local usage situation, it is possible to simulate the usage situation when the building operation is started in the future to some extent at the time of installation planning. In addition to the measurement data by the load sensor, the occurrence distribution is set based on the information of pressing the destination floor registration device, the log information from the external device, for example, the unlocking information of the building security, and the log information from the camera. The method may be used.
When the setting of this information is completed, the simulation can be executed.

[Simulation section]
The simulation unit 10 for executing the simulation is set to, for example, 100 msec as the simulation execution cycle (hereinafter referred to as system time), constantly updates the system time, and activates each control. The control unit to be activated is set for each time zone set by the time zone setting unit 6, and the user control unit model 11 in the building that controls the movement of the user's floor and getting on and off the elevator generated for simulation, the building. From the input device model 12 for setting a service request from the user control unit model 11 to the elevator, the elevator group management control unit model 13 for performing operation management in response to the service request, and the elevator group management control unit model 13. Guidance to users from the elevator control unit model 14, the elevator group management control unit model 13, or the elevator control unit model 14 that controls the elevator car or opens and closes the door in response to the received service request. It is composed of a landing output device model 15 for performing the above and an elevator model 16 for users to get on and off in the simulation. The building user control unit model 11, the input device model 12, the elevator group management control unit model 13, the elevator control unit model 14, the landing output device model 15, and the elevator model 16 are the in-building user control unit and the input, respectively. It is a model for simulating a device, an elevator group management control unit, an elevator control unit, a landing output device, and an elevator.

When the system time of the simulation unit 10 reaches the simulation end time, the evaluation under the simulation conditions set by the comprehensive evaluation output unit 17 is finally output. This evaluation is based on the elevator waiting time from when each person arrives at the platform of the user control unit model 11 in the building to when the elevator is boarded, the boarding time from when the elevator is boarded until when the vehicle is disembarked, and when the vehicle arrives at the platform. There is a service completion time from the time until the destination floor is reached. In addition, the elevator waiting time of 60 seconds or more is defined as a long waiting time, and the long waiting rate is output as to how many users have a long waiting time with respect to the total number of people. Or, the maximum number of people waiting for the elevator at the platform where the simulation is being executed is output.
Furthermore, from the elevator group management control unit model 13, in the simulation, the destination floor button is pressed (at the platform), and from the time until the elevator reaches the destination floor, each elevator model 16 is transferred to the input floor. It took from the time it took to service and the time when the destination floor of the elevator was entered (after getting on the elevator model 16 car and pressing the destination button in the car) to reach the destination floor. The average time, maximum time, and minimum time during simulation execution such as time and the number of input device model 12 are output.

The evaluation output from the elevator group management control unit model 13 described above is output from the elevator control unit model 14 when there is no group management specification or when simulation of only one elevator is performed.
In the user control unit model 11 in the building, in order to specifically reproduce the movement of the user at the landing from the occurrence of the user, the operation by the device and the time management are performed. As for those movements, the elevator output status changes according to the equipment and specifications set by the elevator equipment setting unit 4 and the elevator specification setting unit 5, and the user's movement changes according to the setting status.
The operation of the building simulator 1 will be described below with reference to FIGS. 2 to 12 in a flowchart of these movements.

<Operation of building simulator and configuration of simulation section>
FIG. 2 is a flowchart showing a user generation processing flow by the simulation unit 10 constituting the building simulator 1 shown in FIG. In this process, the user generation process is performed according to the system time updated by the simulation unit 10.
As shown in FIG. 2, in step S11, the system time and the user's generation time are compared, and if they match the generation time, the process proceeds to step S12 as a process for generating the user. On the other hand, if they do not match, the process proceeds to step S13. Here, as the generation time of the user, the user data created based on the user setting unit 2 set in advance is used. User data is composed of generation time, user attributes, walking time, generation floor or generation location, and destination floor or destination location, and these data are created for the number of people to be simulated.
In step S12, the user generation process is executed. The details of the user generation process will be described later with reference to FIG. When the generation process is completed, the process proceeds to step S13.

FIG. 3 is a flowchart showing a registration determination processing flow by the simulation unit shown in FIG. 1, and is a detailed flow of user generation processing in step S12 shown in FIG. In step S121, it is determined whether or not the specifications are interlocked with the gate. If it is a gate interlocking specification, the device registration process (for example, the gate user registration process) is executed as shown in step S124. The details of the device registration process (for example, the gate user registration process) will be described later with reference to FIG. On the other hand, if it is not a gate interlocking specification, the process proceeds to step S122.
In S122, it is determined whether or not the registration device (destination floor registration device) is installed. If the registration device is installed, the destination floor registration process is executed as shown in step S125. The details of the destination floor registration process will be described later in FIG. On the other hand, if the registration device (destination floor registration device) is not installed, the process proceeds to step S123.

In step S123, it is determined whether or not the specification is a vertical landing button. If it is a vertical landing button specification, the process proceeds to step S126 to execute the vertical landing button registration process. Specifically, it is determined whether the response light of the up-and-down button installed at the elevator platform on the generation floor is lit, and if it is not lit, if the target floor is above the generation floor, it is above. Press the up button as a service request in the direction. If the target floor is lower than the generation floor, the downward button is pressed as a service request in the downward direction. Here, it is assumed that the pressing of the upward button and the pressing of the downward button are events of the simulation conditions by the building simulator 1 of this embodiment, and the above-mentioned actions by the user have occurred. On the other hand, when the determination result in step S123 is not the vertical landing button specification, the device registration process (for example, gate user registration process) in step S124, the destination floor registration process in step S125, and the vertical landing button in step S126. When any of the registration processes is completed, the process proceeds to the hall standby process shown in FIG.

Here, the device registration process (for example, the gate user registration process) in step S124 described above will be described. FIG. 4 is a flowchart showing a registration processing flow of the destination floor registration device by the simulation unit 10 shown in FIG. 1, and is a detailed flow of the device registration process (for example, gate user registration process) in step S124 described above. As shown in FIG. 4, in step S1241, it is determined whether or not an available destination floor registration device exists. For example, if a data table is prepared and there is a user who is using the destination floor registration device, the user data is registered in this table. When data is stored in this table, it indicates that the destination floor registration device is used, and when data is not stored, it indicates that the destination floor registration device can be used. If there is a destination floor registration device available, the destination floor registration process shown in step S1244 is executed. On the other hand, if there is no destination floor registration device available, the process proceeds to step S1242.

In step S1242, the destination floor registration device having the least alignment is selected. For example, the above-mentioned data table will be provided for each destination floor registration device. When user data is stored in the data table, it is recognized as a destination floor registration device that is currently unavailable, but as described above, registration has not been performed because the user alignment is simulated on a simulation. For users who have already occurred but have arrived in front of the destination floor registration device, select a data table with a small number of data stored in the data table and store the user data. That is, it is shown that the users are arranged in the destination floor registration device having the smallest number of arrangements. When the number of users stored in each destination floor registration device is the same, the destination floor registration device having a smaller device ID is selected. When the selection is completed, the process proceeds to step S1243.

In step S1243, +1 is added to the number of device standby users (number of destination floor registration device standby users) (the number of destination floor registration device standby users is incremented by "1"). This makes it possible to clarify the waiting users. When completed, the process proceeds to step S1245, and the device user standby process (destination floor registration device user standby process) is executed.

Here, the device user standby process (destination floor registration device user standby process) will be described. FIG. 5 is a flowchart showing the landing destination floor standby processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of the device user standby processing (destination floor registration device user standby processing) shown in step S1245 in FIG. is there.
As shown in FIG. 5, in step S21, it is determined whether or not the user (self) is the 0th as-saaffat. That is, it is determined whether the user (self) is aligned at the beginning. If the user (self) is lined up at the beginning, permission to use the destination floor registration device, for example, if the gate interlocking specification, the gate can be operated, and in the case of the destination floor registration device, the destination floor input is entered. It will be possible. To confirm whether it is the first or not, refer to the table No. of the data table and determine whether it is the 0th or not. If it is the 0th user, the destination floor registration process shown in step S23 is executed. The details of the destination floor registration process will be described later with reference to FIG. When the destination floor registration process is completed, the process proceeds to step S26. On the other hand, if the user is not the 0th user in step S21, the process proceeds to step S22.

In step S22, it is determined whether or not the n-1st user exists. In the data table, assuming that the first user is a user with n = 0, when n is updated, the n-1st user is a user existing in front of the aligned users. Shown. n = 1 indicates that the data is the data of the users arranged from the beginning to the next, and the n-1st user indicates that the user is the first user. When the user registration is completed in the destination floor registration process in step S23 and the user disappears before the destination floor registration process, the first user disappears. In order to simulate them on the simulation, they are pushed from the data table, and the n-1st user data, that is, the n-1st user data is "0" or "NULL", so that the n-1st user exists. It means not to. If the n-1st user exists, the process proceeds to step S24, while if the n-1st user does not exist, the process proceeds to step S25.
In step S24, the standby process is executed. Since there are users who are aligned and there are users in front of them, it indicates that nothing is done as an operation, and only the update of the table No. is executed. When completed, the process proceeds to step S28.

In step S25, the n-1st user is updated to the nth user. This corresponds to the work of packing the lines when the user in front of them disappears in the lined up situation. On the data table, the nth user data is copied to the n-1st data table which is empty. After that, by setting the nth data table to "0" or "Null", it is possible to simulate the aligned situation on the simulation. When the update is completed, the process proceeds to step S28.
In step S26, n is updated. When n = 1, the update work is executed by setting n = 2 (n is incremented by "1"). When the update work is completed, the process proceeds to step S28.
In step S28, it is determined whether n is a value larger than the number of standby users. If n is a value larger than the number of standby users, the process ends, and if n is less than or equal to the number of standby users, it means that there are standby users among the users. Therefore, the process returns to step S21. ..

FIG. 6 is a flowchart showing a destination floor registration processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S23 in FIG.
As shown in FIG. 6, in step S231, the user attribute information and the destination floor information are registered in the input device model 12. Normally, in the case of the gate interlocking specification, the user information is associated with the ID of the card held over the gate, and the user attribute information such as a general user, a wheelchair user, or a VIP from the security side. The user information and the user's destination floor are transmitted from the elevator model 16 side. However, in this simulation, for simple processing, user information and destination floor information are stored in advance for each user as user data, and the data required for input is controlled by the user in the building. Input is performed from the unit model 11 to the input device model 12. In the simulation, the registration of the service request to the elevator model 16 side is completed by storing the necessary information in the memory held by the input device model 12. When the input is completed, the process proceeds to step S232.

In step S232, it is determined whether or not the assigned machine information has been assigned. When using the gate interlocking or when using the destination floor registration device, after inputting the input information, the service unit is determined for the input information from the elevator model 16 side, and the unit information is transmitted as the assigned unit information. In the simulation, the transmission method simulates that the elevator model 16 side guides the user by storing the necessary information in the memory held by the landing output device model 15. It is determined whether or not the assigned machine has been assigned, and if the assigned machine has been assigned, the process proceeds to step S233 to execute the user update process. The details of the user update process will be described later with reference to FIG. After that, when the process of step S233 is completed, the process ends. On the other hand, if the assigned machine is not assigned, the assigned machine standby process in step S234 is executed. The details of the assigned machine standby process will be described later with reference to FIG. 7. After that, when the process of step S234 is completed, the process ends.

FIG. 7 is a flowchart showing the standby processing flow of the assigned machine by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S234 in FIG.
As shown in FIG. 7, in step S2341, it is determined whether or not a certain period of time has elapsed. If it is a normal destination floor reservation system, when the destination floor registration device or gate is linked, after executing the input process, if the input is not assigned or an abnormal display is displayed, the user's movement will be again. Input the registration device. Therefore, there is an action to wait until some data is output after inputting. The fixed time can be arbitrarily determined, and is set in, for example, about 3 seconds. When the fixed time has elapsed, the process proceeds to step S2342, while when the fixed time has not passed, the process is terminated because it waits as it is.
In step S2342, the registration (re-registration process) of the user attribute and the destination floor information is executed again. Here, as in step S231 of FIG. 6 described above, the necessary input information is stored in the memory held by the input device model 12. When the storage is completed, the process ends.

FIG. 8 is a flowchart showing a user update processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S233 in FIG. 6 described above.
As shown in FIG. 8, in step S2331, the assigned machine information output by the landing output device model 15 is stored in the user data side. In order to use the assigned machine information when the user gets on the elevator, prepare a data structure so that the assigned machine information can be held for each user.
In step S2332, the 0th user information is deleted from the standby user information. What is deleted here is not the user information itself, but the user information in the data table created for each destination floor registration device for simulating the alignment. This is because after the registration of the destination floor registration device is executed, when the assigned number is assigned, the user walks toward the assigned number, so that the user does not line up in front of the destination floor registration device. In order to simulate this operation on the simulation, the 0th user information is deleted from the data table for alignment.
In step S2333, the registration completion time is updated to the current system time. Based on this information, this time (registration completion time = system time) is used in the comprehensive evaluation described later, and the registration time can be calculated by the registration completion time-user occurrence time. After that, the process proceeds to step S2334, and the landing walking process (0th user information) is executed. The details of the landing walking process (0th user information) will be described with reference to FIG.

FIG. 9 is a flowchart showing the landing walking processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S2334 in FIG. 8 described above.
As shown in FIG. 9, in step S31, the distance L _H from the registered distance to the landing (elevator hall) is acquired. As for the distance information, the distance to each unit is set when the landing device such as the destination floor registration device is set in advance, and when the assigned unit is decided, only the preset information is acquired. .. For example, when the layout of the landing (elevator hall) is set, the distance is calculated from the center coordinate position of the landing device such as the destination floor registration device and the coordinate position of the center position of each unit. That is, the distance can be automatically calculated at the time set by the elevator equipment setting unit 4. It is realized by storing the set distance information in the user information based on the assigned unit information.
In step S32, the walking distance in system time units is acquired from the walking speed. When the system time is in units of 100 msec, the walking distance in units of 100 msec is calculated in units of m.

Next, in step S33, the walking determination process is executed. The details of the walking determination process will be described with reference to FIG. FIG. 10 is a flowchart showing a walking determination processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S33 in FIG. As shown in FIG. 10, in step S331, it is determined whether or not there is a space for the user to walk. There are several methods for determining the space. For example, the maximum number of waiting users at the platform (elevator hall) and the number of waiting users in front of each platform are automatically set according to the layout and size of the building set by the building information setting unit 3 and the elevator equipment setting unit 4. Based on the above, if the maximum number of waiting users and the actual number of waiting for landing users on the simulation are the same, it is determined that there is no space.
Further, as another method, a method that strictly simulates the movement situation of the user may be used. That is, the occupied size is determined for each user, and the shortest movement route from the position of the user's destination floor registration device to each unit is created. Then, the user starts moving according to the created movement route. The user moves along the movement route over the walking distance described above in response to the update of the system time. Therefore, there may be a method of determining whether or not there is a person staying or an obstacle in front of the user and a space corresponding to the size occupied by the user exists on another movement route. If there is a space, the process proceeds to step S332, and if there is no space, the process proceeds to step S335.

In step S332, it is determined whether or not there is a space in the walking direction. For example, assuming a situation where multiple people are waiting at the elevator near the entrance of the platform (elevator hall), when moving from that position to the front of the elevator in the back, there is a stagnation of users in front of you, but the straight line distance Instead, if you make a detour, you may reach the front of the elevator in the back. As described above, when there is no stagnation in front of the eyes, it is determined that there is a space in the walking direction, and it is possible to go straight without doing anything in particular, so the walking determination process is terminated. On the other hand, if there is a stagnation in front of the eyes, it is determined that there is no space in the walking direction, and the process proceeds to step S333. Further, for example, when the number of people waiting for the elevator near the entrance of the platform (elevator hall) exceeds a certain threshold value, it may be determined that the vehicle cannot go straight and there is no space in the walking direction.

In step S333, an extra walking distance is added to _{the distance L H} from the registered distance to the landing. The extra walking distance is a distance corresponding to the above-mentioned detour. For the staying status of the user in front of us, the distance for the detour is calculated by multiplying the number of people waiting above the threshold value by the occupied size, and the distance is used as the extra walking distance.
In step S334, the penalty 1 is a value obtained by dividing the extra walking distance by the walking speed. As a result, the extra walking time can be saved for each user as a penalty 1. When this step is completed, the walking determination process is completed.
In step S335, since it was determined in step S331 that there is no space for walking, the user will stay on the spot. Penalty 2 is the staying time (staying time). When this step is completed, the walking determination process is completed.

Here, returning to FIG. 9, when the above-mentioned walking determination process is completed in step S33, in step S34, the moving distance L _psn of the user is calculated by (system time-registration time-penalty 1) × walking speed. When the calculation is completed, the process proceeds to step S35.
In step S35, the moving distance L _{psn of the user is compared with the distance L H} from the registered distance to the landing (elevator hall), and it is determined whether or not they are the same. That is, it is determined whether or not the user has arrived at the destination. As a result of the determination, if the moving distance L _{psn of the user is the same as the distance L H} from the registered distance to the landing (elevator hall), it is determined that the user has arrived at the destination, and the hall standby process in step S36 is performed. This is executed, and then the process proceeds to step S37. The details of the hall standby process will be described later with reference to FIG. On the other hand, as a result of the determination, if the moving distance L _{psn of the user is not the same as the distance L H} from the registered distance to the landing (elevator hall), the landing walking process is terminated as it is.
In step S37, the hall arrival time is updated as user data. By storing the current system time as it is, the hall arrival time can be evaluated by subtracting the occurrence time from the hall arrival time later. With the above, the landing walking process is completed.

FIG. 11 is a flowchart showing a hall standby processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S36 in FIG.
As shown in FIG. 11, in step S361, it is determined whether or not there is a service floor display (whether or not there is a split express operation specification). This determines whether or not it has been set by the elevator equipment setting unit 4. For example, when high-rise and low-rise banks are divided into one bank, the user at the platform (elevator hall) selects a bank that can service his / her destination floor. Therefore, the platform (elevator hall) is provided with a service floor display by signboard or sign display, and the bank to be used by oneself is selected by using the information. If there is a service floor display, the process proceeds to step S362, while if there is no service floor display, the process proceeds to step S363.

In step 362, only the target unit for servicing its own destination floor is selected. For example, the destination floor (destination floor) of the user is the 5th floor, the 1st to 3rd units are the 1st to 8th floors, and the 4th to 6th units are the 1st floor and the 9th to 16th floors. Assuming a case, the target units of the user are Units 1 to 3. When the selection of the target unit is completed, the process proceeds to step S363.
In step S363, it is confirmed whether or not the assigned machine is assigned. If the assigned machine is assigned, the process proceeds to step S364, while if the assigned machine is not assigned, the process proceeds to step S367.

In step S364, it is determined whether the hall lantern of the target unit or the stop floor indicator light is lit. In this simulation, the determination is made from the virtual memory held by the landing output device model 15. Whether or not the elevator model 16 side can be normally registered with the assigned number assigned is determined by the situation of the landing output device model 15. For example, if the 5th floor should have been registered as the destination floor, but another floor is displayed or nothing is displayed, re-registration is required. In addition, in order to correctly simulate the setting error of the elevator control parameters, I tried to get on the train, but if the elevator door is closed before getting on the train, the lantern and the stop floor indicator light will go out, so re-registration is required. Therefore, when the hall lantern of the target unit or the stop floor indicator light is lit, as shown in step S365, the line-up standby is performed in front of the target unit to end the process. On the other hand, when the hall lantern of the target unit or the stop floor indicator light is off, the destination floor registration process described above is executed in step S366. The registration process here applies to the destination floor registration device installed at the platform (elevator hall).

In step S367, it is determined whether the hall lantern in the target unit is lit. In this simulation, the determination is made from the virtual memory held by the landing output device model 15. This assumes a vertical button specification, and in the case of the above-mentioned example, it is determined whether or not the hall lanterns in Units 1 to 3 are lit. If the hall lanterns in Units 1 to 3 are lit, the process proceeds to step S368, and the vehicle stands by in line in front of the target unit. On the other hand, if the hall lanterns in Units 1 to 3 are turned off, the process proceeds to step S369.

In step S369, it is determined whether the response light of the up / down button of the target bank is lit. In this simulation, the determination is made from the virtual memory held by the landing output device model 15. In the case of the vertical button specification, when one button is pressed (registered), all the linked buttons light up. Therefore, it is possible to determine whether or not the service request from the platform (elevator hall) has been input by determining whether or not the light is on. Also, if the lantern is off but the landing button is on, there is no immediate reservation function, so the alignment position will be the center of the landing (elevator hall) so that it can be lined up no matter which elevator arrives. .. If the response light is lit, the process proceeds to step S370, and the vehicle stands by in line at the center of the platform (elevator hall). On the other hand, if the response light is off, the process proceeds to S371 to re-register the landing up / down button. The processing content of the re-registration process is the same as in step S126 in FIG. 3 described above. With the above, the landing standby process is completed.

Subsequently, the alignment standby processing of step S363, step S368, and step S370 shown in FIG. 11 will be described. FIG. 12 is a flowchart showing an alignment standby processing flow by the simulation unit 10 shown in FIG.
As shown in FIG. 12, in step S41, it is determined whether or not the lantern in the target direction of the target unit blinks. For example, when the user is targeting Unit 1, if the landing floor is the 4th floor and the destination floor is the 9th floor, the movement direction is upward. Therefore, when Unit 1 arrives, the upward door does not open and the lantern flashes. Here, when the arrival of Unit 2 or when the downward lantern of Unit 1 blinks, it is not applicable. If the lantern in the target direction of the target unit is blinking, the process proceeds to step S42, while if the lantern in the target direction of the target unit is not blinking, the process proceeds to S43.

In step S42, the elevators are lined up in front of the blinking unit to indicate the arrival of the elevator. Alternatively, the aligned distance is shortened, and the process proceeds to step S43.
In step S43, it is determined whether or not the target unit has been opened. As a result of the determination, if the door is opened, the process proceeds to S114. On the other hand, if the door is still closed, the line-up standby process is completed and the system waits until the next system startup.
In step S44, boarding processing is performed for the number of people who can board the target unit. For example, assume that the number of passengers is 20 and the number of passengers already on board is 10. If the boarding rate for the capacity is 80%, the number of passengers that can be boarded is calculated by (20 x 0.8) -10, which is 6 people. If the number of users waiting at the platform (elevator hall) is 6 or less, all passengers can board, and if there are 7 or more users, the surplus users execute the re-registration process of the hall waiting process shown in FIG. To do.
In step S45, when the boarding is completed, the current system time is stored as the boarding time.
As described above, the generation time, registration completion time, arrival time at the landing (elevator hall), and boarding time are stored as the evaluation time at the landing (elevator hall) of the user. These stored times can be used to evaluate various simulations.

The movement of the user is controlled by the user control unit model 11 in the building that constitutes the simulation unit 10. This control monitors the input and output information to the elevator model 16 side by the input device model 12 and the landing output device model 15. The input device model 12 is composed of, for example, a vertical landing button or a landing destination floor registration device. The position of the input device model 12 can be set to arbitrary coordinates according to the landing (elevator hall) layout by the elevator equipment setting unit 4. In the input device model 12, the data required for input differs depending on the device, but all of them are composed of the data included in the user information.
For example, in the case of a vertical landing button, the user is based on the user information, the generated floor information, and the destination floor information because of the data of whether the service request is from the landing floor to the upper floor or the service request to the lower floor. Each time, it is determined whether the input is upward or downward, and the input is performed. Here, the input is the storage of information in the virtual memory included in the simulator, and is composed of the shared memory between the user control unit model 11 in the building and the input device model 12.

In the case of the destination floor registration device or the gate interlocking specification, the user's destination floor and user attributes are input information instead of the direction, and the information is set as input in the virtual memory included in the simulator. Since the amount of information is larger than that of the vertical landing button, when the device is determined by the elevator equipment setting unit 4, the data size corresponding to each input device is secured on the shared memory.

In the elevator group management control unit model 13, the group management specifications are automatically set based on the information set by the building information setting unit 3, the elevator equipment setting unit 4, and the elevator specification setting unit 5. For example, when selecting the optimum elevator for the input device model 12, such as setting the distance between floors, the number of elevators, and the elevator speed, the estimated arrival time is calculated for the purpose of minimizing the waiting time. Parameters used for actual control, such as required parameters, are automatically set from each setting.

In addition, depending on the input device model 12, it is a vertical landing button, and if it is a wheelchair-specification landing button, it can be controlled to assign only nearby elevators, and if a VIP-specification landing button is installed, the VIP unit can be used. After making a decision, the elevator operation management will be executed according to each specification, such as performing control that does not respond to new landing requests for the relevant unit. In the case of a destination floor registration device, by knowing the destination floor at the platform (elevator hall), control is performed to suppress the number of stop floors according to the destination floor, and operation is performed to enhance the transportation capacity.

It is also possible to carry out control according to the set elevator specifications. For example, when the up-and-down landing button is pressed, the lantern, which is the landing output device model 15, is controlled to be turned ON or OFF by selecting whether the lantern is immediately turned on or not.

The elevator control unit model 14 mainly executes the control of the elevator alone, and controls the opening / closing control of the door and the stop, departure, acceleration, deceleration, and traveling process of the elevator. Further, similarly to the elevator group management control unit model 13, the specifications of the elevator model 16 are automatically set based on the information set by the elevator specification setting unit 5. For example, parameters related to the above-mentioned control such as the setting of the alcove distance and the elevator speed are automatically set.

The elevator model 16 indicates a car or door on which the user actually gets on and off, and changes the open / closed state of the door, the position information of the car, and the like in response to a command from the elevator control unit model 14, so that the user can use the elevator model 16. It plays the role of permitting boarding.

The comprehensive evaluation output unit 17 collectively outputs the simulation results. This evaluation is based on the elevator waiting time from when each person arrives at the platform of the user control unit model 11 in the building to when boarding the elevator, the boarding time from when boarding the elevator to when disembarking, and the platform (elevator hall). ), There is a service completion time from the arrival to the destination floor. In addition, the elevator waiting time of 60 seconds or more is defined as a long waiting time, and the long waiting rate is output as to how many users have a long waiting time with respect to the total number of people. Also, the maximum number of people waiting for the elevator at the platform (elevator hall) where the simulation is being executed is output.

Furthermore, from the elevator group management control unit model 13, the time taken from the time when each input device model 12 was input until each elevator model 16 serviced to the input floor, and the input of the destination floor of the elevator (elevator). After getting in the car of model 16, the time taken from the time when the destination button in the car was pressed) to the time it took to reach the target position, the number of input devices model 12 etc. were averaged during simulation execution. Output time, maximum time, minimum time. In addition, the comprehensive evaluation output unit 17 includes the time required for user registration, the time spent for extra movement, the waiting time at the platform (elevator hall), the boarding time, and the maximum waiting time for registration at the time of registration. You may evaluate and output the number of people waiting, the maximum number of people waiting at the platform (elevator hall), the time for waiting for the user, and the number of people waiting.

<Screen display of display>
FIG. 13 is an example of the display screen of the display unit 18 shown in FIG. 1, and is a display example of the layout of the gate interlocking specification and the simulation result. As shown in FIG. 13, the display screen 20 has, for example, a first display area 21 for displaying a layout (simulation condition), and simulation results such as “residence time” and “extra” as wasted time. It is composed of a second display area 22 for displaying "walking time" and the like. In addition, in the second display area 22, in addition to the "residence time" and the "extra walking time", the "elevator waiting time" and "boarding (elevator hall)" which are the outputs from the above-mentioned comprehensive evaluation output unit 17 It may be configured to display the "service completion time from arrival at to the destination floor", "maximum number of people waiting", and the like.
In the display screen example shown in FIG. 13, as shown in the layout 100 displayed in the first display area 21, the simulation situation of the layout in which the gate installation position is bad is shown. The elevator 101 is arbitrarily installed, the lantern 102 and the landing destination floor registration device 103 are installed, and the user 104 assigned to Unit 2 is on standby. The user 106 assigned to Unit 6 is staying in front of the lighting Unit of Lantern 108. When such conditions are overlapped, the user 107 passing through the gate 105 does not have a space that can be moved by the user 106 assigned to the No. 6 machine. Therefore, as the number of users 107 increases, the number of users who cannot register at the gate 105 increases, and the time required for registration of the elevator 101 is worse than other simulation conditions and specifications even though there is a serviceable unit. The evaluation result is displayed in the second display area 22.

FIG. 14 is an example of the display screen of the display unit 18 shown in FIG. 1, and is another display example of the layout of the gate interlocking specification and the simulation result. Compared with FIG. 13, in the display screen example shown in FIG. 14, as shown in the layout 200 displayed in the first display area 21, there is a margin between the elevator and the installation position of the gate 205. Therefore, even when there is a user 204 assigned to Unit 6, there is a movable space. Therefore, even if the number of users 206 increases, the number of users who cannot register at the gate 205 does not increase, so that the elevator performance can be fully exhibited and the time required for registration does not increase. The simulation result displayed in the second display area 22 is a good evaluation result.

FIG. 15 is an example of the display screen of the display unit 18 shown in FIG. 1, and is another display example of the layout of the gate interlocking specification and the simulation result. Compared with FIG. 14, the display screen example shown in FIG. 15 represents a layout in which the number of gates 305 installed is extremely small, as shown in the layout 300 displayed in the first display area 21. Since the number of gates 305 is small, stagnation occurs due to the alignment of users 306, and the number of users who can pass through the gate 305 is limited. As a result, the number of users who cannot register at Gate 305 has increased, and even though there are serviceable units for elevators, the time required for registration is worse than other simulation conditions and specifications, and the evaluation results are It is displayed in the second display area 22.

FIG. 16 is an example of a display screen of the display unit 18 shown in FIG. 1, and is a layout of a lantern lighting specification of a vertical landing button specification and a display example of a simulation result. The layout 400 displayed in the first display area 21 shows a layout in which a simulation is executed with a specification that the lantern is turned on immediately with the landing up / down button specification. When the vertical landing button 401 is pressed, all the vertical landing buttons 401 on the floor are lit. At this time, if the elevator is assigned to Unit 2, only the lantern 403 of Unit 2 lights up. Lanterns 402 other than Unit 2 are turned off. As for the user 404, the number of users having a certain threshold value stays in front of the lantern lighting unit, and the number of users waiting for exceeding the threshold value 405 performs a line-up standby.

FIG. 17 is an example of a display screen of the display unit shown in FIG. 1, and is a layout of a lantern not lit specification of a vertical landing button specification and a display example of a simulation result. The layout 500 displayed in the first display area 21 shows a layout in which the simulation is executed in the specification that the lantern is not turned on immediately with the landing up / down button specification. When the vertical landing button 501 is pressed, all the vertical landing buttons 501 on the floor are lit. At this time, if the elevator is assigned to Unit 2, the lantern 502 of Unit 2 does not light up. Therefore, the user 503 waits in line from the vicinity of the center of the elevator hall.

FIG. 18 is an example of a display screen of the display unit shown in FIG. 1, and is a display example of a wheelchair specification layout and a simulation result of a vertical landing button specification. The layout 600 displayed in the first display area 21 is a specification in which the lantern is immediately lit by the landing up / down button specification, and shows a layout in which a simulation is executed when the wheelchair elevator is the first unit. .. When the vertical landing button 601 is pressed, all the vertical landing buttons 601 on the floor are lit. At this time, if the elevator is assigned to Unit 2, the lantern 602 of Unit 2 will be in a lit state. Since the wheelchair user 603 presses the wheelchair landing button near Unit 1, the wheelchair user 603 is in an aligned state. Therefore, it becomes a bad evaluation that the time required for registration of the wheelchair user 603 becomes long, and the result is displayed in the second display area 22 as a simulation result.

FIG. 19 is an example of the display screen of the display unit 18 shown in FIG. 1, and is another display example of the layout of the wheelchair specification of the vertical landing button specification and the simulation result. The layout 700 displayed in the first display area 21 is a specification in which the lantern is immediately lit with a landing up / down button specification, and shows a layout in which a simulation is being executed when the wheelchair elevator is Unit 3. .. When the vertical landing button 701 is pressed, all the vertical landing buttons 701 on the floor are lit. At this time, if the elevator is assigned to Unit 2, the lantern 702 of Unit 2 will be in a lit state. The wheelchair user 703 can press the wheelchair landing button 704 near Unit 3, and Unit 3 is assigned. Therefore, since the lantern 704 of Unit 3 lights up, the wheelchair user 703 can register early, and the time required for registration is shortened, which is a good evaluation. The simulation result is displayed in the second display area 22.

As described above, according to the present embodiment, a building simulator and a building simulation method capable of evaluating the degree of influence of the elevator equipment on the user and the flow line of the user, and can suitably simulate buildings for various purposes. Can be provided.
Further, according to the present embodiment, the layout which is the simulation condition is displayed in the first display area 21 on the screen of the display unit constituting the building simulator, and the result of executing the simulation in the layout is the second. Since it is displayed in the display area 22, the layout simulation result can be easily grasped visually, and the layout of buildings for various purposes can be evaluated in advance.
Furthermore, according to this embodiment, since the occurrence distribution for each time zone is set based on the on-site measurement data of the past similar building specifications, the usage status when the building operation is started to some extent in the future at the time of the installation plan. Can be simulated.

FIG. 20 is a flowchart showing a processing flow of a user getting off the elevator by a simulation unit constituting the building simulator of the second embodiment according to another embodiment of the present invention. In the building simulator shown in the first embodiment, the layout and the like when the user moves from the vicinity of the entrance of the platform (elevator hall) to the desired front of the unit are evaluated by simulation, but in this embodiment, the user is evaluated. Is different from the first embodiment in that it simulates the evaluation of the layout in the building when the vehicle moves to the target position after getting off the elevator. The overall configuration of the building simulator 1 is the same as that of the first embodiment shown in FIG. Hereinafter, the points different from those of the first embodiment will be mainly described.

As shown in FIG. 20, the building simulator according to the present embodiment determines in step S51 whether or not the elevator has arrived at the target floor and the door has been opened. As a result of the determination, when the elevator arrives at the target floor and the door is opened, the process proceeds to step S52. On the other hand, as a result of the determination, if the door is opened but the elevator has not arrived at the destination floor, the process proceeds to step S54.
In step S52, the user gets off the elevator, stores the getting-off time as the current system time in the virtual memory, and proceeds to step S53.
In step S53, the target position walking process of the user who got off the elevator on the target floor is executed, and the process is completed. The details of the target position walking process will be described later with reference to FIG.

If, as a result of the determination in step S51 described above, the door is opened but the elevator has not arrived at the destination floor, in step 54, the floor is among the users who are riding behind the elevator car. Determine if there are any users getting off at (floor). Whether or not there is a user getting off on the floor can be determined based on, for example, input information to the destination floor registration device. As a result of the determination, if the user getting off is in the back, the process proceeds to step S55. On the other hand, if the user getting off is not in the back, the process ends without any special processing.
In step S55, the user located in front of the elevator car (car door side) temporarily gets off and goes to step S56 so that the user who is behind the elevator car can get off. move on. In step S56, it is determined whether or not there are no users getting off, and as a result of the determination, if there are no users getting off on the floor, the process ends. On the other hand, if there is a user getting off on the floor, the process of step S56 is repeatedly executed.

Next, the details of the target position walking process in step S53 will be described. FIG. 21 is a flowchart showing a target position walking processing flow by the simulation unit of this embodiment.
As shown in FIG. 21, in step S531, it acquires the distance _{L D} from getting-off position to the target position. Distance L _D from getting-off position to the target position, based on pre-set by the user setting section 2 the user attribute information and the building information set by the setting unit 3 a getting-off position of the floor layout, buildings if Office In the case of a building, the office of the user is extracted as the target position, and if the building is an apartment, the room in which the user resides is extracted as the target position. Further, the drop-off position, the distance L _D since each car position at the time of setting the landing device, such as destination floor registration device in advance in the same manner as in Example 1 above is obtained is calculated.

In step S532, the walking distance in system time units is acquired from the walking speed of the user. Here, the walking speed of the user is the walking speed set by the user setting unit 2, and the walking distance in the system time unit is calculated by multiplying the walking speed by the system time.
In step S533, the walking determination process is executed. The walking determination process here is the same as the process described with reference to FIG. 10 in the above-described first embodiment, and the space for the user to walk in step S331 and the space for the walking direction in step S332 are respectively disembarked. It is a space on the movement path from the position to the target position.

In step S534, the travel distance L _psn of the user is calculated by (system time-registration time-penalty 1) × walking speed. When the calculation is completed, the process proceeds to step S535.
In step S535, the movement distance L _{psn of the user is compared with the distance L D} from the disembarkation position to the target position, and it is determined whether or not they are the same. That is, it is determined whether or not the user has arrived at the target position. As a result of the determination, it determines that when the moving distance L _psn the user is the same as the distance L _D to the target position from the drop-off position has arrived at the destination, the process proceeds to step S536. On the other hand, as a result of the determination, the process ends when the moving distance L _psn the user is not identical to the distance L _D to the target position from the drop-off position.
In step S536, the destination position arrival time is updated as user data. The destination position arrival time stores the current system time as it is.

Since other configurations and operations, such as display of the display unit 18 on the display screen 20, are the same as those in the first embodiment, the description thereof will be omitted.

As described above, according to the present embodiment, in addition to the effect of the first embodiment, in a building for various purposes such as an office building or a condominium, after the user gets off the elevator, the office or the room in which the user resides. It is possible to evaluate the layout of the building up to this point by simulation at the time of installation planning.

The present invention is not limited to the above-described examples, and includes various modifications. For example, the above-described embodiment has been described in detail in order to explain the present invention in an easy-to-understand manner, and is not necessarily limited to the one including all the described configurations. Further, it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment.

1 ... Building simulator, 2 ... User setting unit, 3 ... Building information setting unit, 4 ... Elevator equipment setting unit, 5 ... Elevator specification setting unit, 6 ... Time zone setting unit, 10 ... Simulation unit, 11 ... Building use Person control unit model, 12 ... input device model, 13 ... elevator group management control unit model, 14 ... elevator control unit model, 15 ... landing output device model, 16 ... elevator model, 17 ... comprehensive evaluation output unit, 18 ... display unit , 20 ... Display screen, 21 ... First display area, 22 ... Second display area

Claims (14)

Building specifications including at least the layout in the building to be set,
Elevator information including at least the specifications of the elevator equipment to be set and the installation position on the layout,
A simulation unit for evaluating the layout in which the elevator equipment is installed is provided based on user information including at least attribute information of users who use various equipment installed in the building.
The simulation unit includes at least a user control unit model in a building that controls the movement of the user according to the specifications of the elevator equipment.
Further, the simulation unit includes a display unit that displays the simulation result.
The lift equipment includes an input device which the service request is made by the user, or, Ri output device der performs the user guide,
Building simulator on the display unit, the input device based on the simulation results, or the output device is characterized Rukoto is displayed with the elevator. In the building simulator according to claim 1,
The simulation unit
Based on the building specifications, the elevator information, and the user information, the time required for the user to reach the target position in the building by using the elevator equipment after entering the building is simulated, and the simulation is performed. A building simulator characterized in that at least the layout is evaluated based on the results of. In the building simulator according to claim 2.
A building information setting unit that sets at least the floor and building specifications including the layout,
At least attribute information of users who use various facilities installed in the building, the generation floor where the user sets the floor to enter the elevator hall, and the destination floor where the target floor is set according to the use of the elevator. A building simulator characterized by having a user setting unit for setting and. In the building simulator according to claim 3,
The simulation unit
When the number of people waiting for an elevator near the entrance of the elevator hall exceeds a predetermined threshold based on the information set by the building information setting unit and the information set by the user setting unit, in front of the desired elevator unit in the elevator hall. A building simulator characterized in that the time it takes for a user to reach is obtained as an extra walking time by simulation, and at least the layout is evaluated based on the obtained extra walking time. In the building simulator according to claim 3,
The simulation unit
Based on the information set by the building information setting unit and the information set by the user setting unit, if there is no space in the elevator hall where the user can walk in the direction of the desired elevator unit, it is used by simulation. A building simulator characterized in that a person's residence time is obtained and at least the layout is evaluated based on the obtained residence time. In the building simulator according to claim 3,
The simulation unit
A building simulator characterized in that at least the layout is evaluated based on past measurement data of a building having a building specification similar to the building specification and information set by the user setting unit. In the building simulator according to claim 6.
A building having a building specification similar to the above-mentioned building specification is characterized in that at least the usage of the building matches, and the number of floors of the building and the scale of elevator installation are within a predetermined error from the building to be simulated. Building simulator to do. In the building simulator according to any one of claims 4 to 6.
Display screen before Symbol display unit includes a first display area for displaying the layout of a simulation condition building, and a second display area for displaying the simulation results of the layout to be displayed on the first display area, A building simulator characterized by having. It is a building simulation method in which a building simulator having at least a simulation unit evaluates a building.
Building specifications including at least the layout in the building to be set, elevator information including at least the specifications of the elevator equipment to be set and the installation position on the layout, and users who use various facilities installed in the building. Based on the user information including at least the attribute information, the layout in which the elevator equipment is installed is evaluated by simulation.
The simulation unit includes at least a user control unit model in a building that controls the movement of the user according to the specifications of the elevator equipment.
Further, the simulation unit includes a display unit that displays the simulation result.
The lift equipment includes an input device which the service request is made by the user, or, Ri output device der performs the user guide,
Building the simulation method to the display unit, the input device based on the simulation results, or the output device is characterized Rukoto is displayed with the elevator. In the building simulation method according to claim 9,
Based on the building specifications, the elevator information, and the user information, the time required for the user to reach the target position in the building by using the elevator equipment after entering the building is simulated, and the simulation is performed. A building simulation method characterized in that at least the layout is evaluated based on the results of the above. In the building simulation method according to claim 10,
At least the floors to be set and the building specifications including the layout, at least attribute information of the users who use various facilities installed in the building, and the generation floors that set the floors on which the users enter the elevator hall. , Set the target floor with the use of the elevator If the number of people waiting for the elevator near the entrance of the elevator hall exceeds a predetermined threshold, the user arrives in front of the desired elevator unit in the elevator hall. A building simulation method characterized in that the time to be performed is obtained as an extra walking time by simulation, and at least the layout is evaluated based on the obtained extra walking time. In the building simulation method according to claim 10,
The building specifications including at least the floor and the layout to be set, at least the attribute information of the user who uses various facilities installed in the building, and the generation floor where the user sets the floor to enter the elevator hall. , Set the target floor according to the use of the elevator If there is no space in the elevator hall where the user can walk in the direction of the desired elevator unit, the user's residence time is calculated by simulation. A building simulation method characterized in that at least the layout is evaluated based on the obtained and the obtained residence time. In the building simulation method according to claim 10,
Set the past measurement data of a building having a building specification similar to the building specification, at least attribute information of a user who uses various facilities installed in the building, and a floor where the user enters the elevator hall. A building simulation method characterized in that at least the layout is evaluated based on the generation floor and the target floor that sets the target floor with the use of the elevator. In the building simulation method according to claim 13,
A building having a building specification similar to the above-mentioned building specification is characterized in that at least the usage of the building matches, and the number of floors of the building and the scale of elevator installation are within a predetermined error from the building to be simulated. Building simulation method to do.

Images