WO2019030816A1 - ビルシミュレーター及びビルシミュレーション方法 - Google Patents

ビルシミュレーター及びビルシミュレーション方法 Download PDF

Info

Publication number
WO2019030816A1
WO2019030816A1 PCT/JP2017/028722 JP2017028722W WO2019030816A1 WO 2019030816 A1 WO2019030816 A1 WO 2019030816A1 JP 2017028722 W JP2017028722 W JP 2017028722W WO 2019030816 A1 WO2019030816 A1 WO 2019030816A1
Authority
WO
WIPO (PCT)
Prior art keywords
building
user
elevator
floor
simulation
Prior art date
Application number
PCT/JP2017/028722
Other languages
English (en)
French (fr)
Inventor
貴大 羽鳥
訓 鳥谷部
正康 藤原
孝道 星野
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to JP2019535469A priority Critical patent/JP6880196B2/ja
Priority to PCT/JP2017/028722 priority patent/WO2019030816A1/ja
Priority to CN201780093651.1A priority patent/CN111108500B/zh
Publication of WO2019030816A1 publication Critical patent/WO2019030816A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/16—Real estate

Definitions

  • the present invention relates to a building simulator, and more particularly to a building simulator and a building simulation method suitable for designing a building installation for various applications having building installation such as an elevator.
  • Patent Document 1 Setting or recommending parameter settings for control devices in building equipment with maintenance such as elevators, air conditioners, security systems, and solar power generation, or recommending or offering to equipment owners such parameters and optional devices to be added later during equipment operation Is desired.
  • a parameter and equipment recommendation device for equipment recommends change values of control parameters and additional optional equipment for a recommended object of a building equipment based on operation history data, building equipment condition data, and building equipment parameter option data.
  • a simulation evaluation unit performs evaluation by simulation when a target is applied, and a recommendation result output unit that outputs the recommendation candidate when the evaluation result determination unit determines to recommend a recommendation candidate.
  • the present invention makes it possible to evaluate the degree of influence on the user by the elevator installation and to evaluate the flow line of the user, and provide a building simulator and a building simulation method capable of suitably simulating a building for various uses.
  • a building simulator is installed in a building specification including at least a layout in a building to be set, elevator information including at least a specification on an elevator installation to be set, and the building It is characterized by comprising a simulation unit that evaluates at least the layout on the condition that the flow line of the user moving in the building changes based on the user information including at least the attribute information of the user using various facilities.
  • the building simulation method is a building simulation method for evaluating a building having at least a simulation unit, including a building specification including at least a layout of the set building and at least an elevator installation set. On the condition that the flow line of the user moving in the building changes based on the elevator information including the specification and the user information including at least attribute information of the user who uses various facilities installed in the building At least the layout is evaluated by simulation.
  • a building simulator and a building simulation method capable of suitably simulating a building for various applications can be provided, which enables evaluation of the degree of influence of the elevator installation on the user and evaluation of the flow line of the user. It becomes possible. Problems, configurations, and effects other than those described above will be apparent from the description of the embodiments below.
  • FIG. 1 It is a whole schematic block diagram of a building simulator of Example 1 concerning one example of the present invention. It is a flowchart which shows the user generation
  • Comprising It is an example of a layout of the lantern un-lighting specification of a up-and-down hall board button specification, and a display example of a simulation result. It is an example of a display screen of the display part shown in FIG. 1, Comprising: It is an example of a layout of the wheelchair specification of an up-and-down hall board specification, and a display example of a simulation result. It is an example of a display screen of the display part shown in FIG. 1, Comprising: It is another display example of the layout of the wheelchair specification of an up-and-down-type hall button specification and a simulation result.
  • FIG. 1 is an overall schematic configuration diagram of a building simulator according to a first embodiment of the present invention.
  • the building simulator 1 includes 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. Ru.
  • 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 may use, for example, a specific storage area (virtual area) in the server. It is realized by providing. Therefore, the simulation unit 10, which will be described in detail later, reads out from the specific storage area (virtual area) and executes various processes.
  • the simulation unit 10 includes an in-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, an overall evaluation output unit 17, and , And the display unit 18.
  • the storage unit 17 is realized by, for example, a processor such as a CPU, a ROM storing a program, and a storage device such as a RAM temporarily storing data etc. of the process of executing the program read from the ROM.
  • the user setting unit 2 is a module for setting information on the user, and is realized by providing a specific storage area (virtual area) in the server as described above. For example, an occurrence floor that sets the floor where the user enters the elevator hall, a destination floor that sets the target floor with the use of the elevator, a user attribute such as a general user or a wheelchair user or a VIP user, The walking speed which is the speed at which the user moves in the elevator hall, and the generation distribution such as the generation ratio of the user for each generation floor or destination floor are set.
  • the building information setting unit 3 is a module for setting building information, and is realized, for example, by 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 high distance). Furthermore, set the number of people in the building 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 specification, for example, information such as a lobby floor, a parking lot floor, and a common floor can be set. In other words, it is possible to set the layout in the building.
  • the elevator installation setting unit 4 is a module for setting up elevator installation, and is realized by 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 for registering a destination floor at the platform, or above the platform. Gate connection facility to perform service request for going in the direction or going down, and further, install a gate at the entrance of the landing and register the destination floor when passing the gate, or when the elevator arrives as an output device When you register the destination floor at the platform, the destination floor stop will guide you to the planned floor of each unit when you register the destination floor at the platform.
  • the destination floor stop floor light is a display unit (for example, LED display) provided on the upper part of each car, and the user presses a desired destination floor specification button at the landing (elevator hall) (or When it is touched, the designated destination floor is displayed.
  • the elevator specification setting unit 5 is a module for setting the specification of the installed elevator, and is realized, for example, by 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, etc. may be mentioned. Further, as the operation specification, the moment when the service request is created from the landing button, the presence or absence of an immediate reservation function of lighting the elevator lantern of the car whose service has been determined for the landing button may be mentioned.
  • the time zone setting unit 6 is a module that sets a time zone for executing a simulation, and is realized by providing a specific storage area (virtual area) in the server as described above.
  • the elevator operation status 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 in the working hours, and as the movement of the users, the floor of each user is used as the destination floor from the lobby floor. In the first half of the lunch time zone, if there is a dining room floor or floor where a restaurant is present in the building, a user who moves from the user's sitting floor of each user to the above mentioned cafeteria floor or floor where a restaurant is present Will increase.
  • the occurrence distribution setting is set to be relevant.
  • the generation distribution may be determined, or may be determined based on the on-site measurement data of past similar building specifications.
  • the method for automatically setting the occurrence rate when the time zone is set is the number of people present on each floor from the lobby floor when the attendance time zone is set.
  • Set the occurrence rate for Specifically, if the number of users going from the lobby floor to each floor is 40% in 30 minutes of working hours 8: 15 to 8: 45, the number of people on the 5th floor is 100, and the presence on the 4th floor is 100 people. If the building has 80 people, 40 users from the lobby floor to the 5th floor and 32 users from the 4th floor will be generated.
  • the method of setting the occurrence distribution for each given time zone indicates setting the occurrence floor of the occurrence floor, the user's occurrence rate for each destination floor, and the like for each time zone. Specifically, between 8:15 and 8:30, 15% of the users going from the lobby level to the other floors, between 8:30 and 8:45, going from the lobby level to the other floors Person 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 according to the ratio, and can be set according to the floor in detail.
  • 200 users generated from the lobby floor 10 users generated from the first floor, 80 users for the fourth floor, 130 users for the fifth floor, and so on
  • 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. It is also possible to set the name and details.
  • the method of determining the generation distribution for each time zone depending on the building application means that the generation ratio is automatically set when the above-mentioned time zone is set, but the setting value fluctuates depending on the building application.
  • the time zone and the distribution of occurrence also vary depending on the building application.
  • the method of setting the generation distribution for each time zone based on the past measurement data of similar building specifications is based on, for example, whether or not the use of the building matches if the building information or the building application is similar. Judgment and other information, such as the number of floor of the building, total floor high distance which is the maximum moving distance of the elevator moving up and down the hoistway, the number of people in the building, and the elevator installation scale are prioritized And display the building information to be simulated and the building information within an error of 10%. 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.
  • These generation distributions are set based on information on the elevator operation, for example, on the basis of measurement data by load sensors installed in the elevators, based on information on the number of users who get on and off the floors. By simulating the local usage situation, it is possible to simulate the usage situation when the building operation is started to some extent at the installation planning time.
  • the occurrence distribution is set based on information when the destination floor registration device is pressed, log information from an external device, for example, building security unlocking information, or log information from a camera. It may be a method. When setting of these pieces of information is completed, simulation can be performed.
  • the simulation unit 10 for executing the simulation is set to, for example, 100 msec as a simulation execution cycle (hereinafter referred to as a system time), constantly updates the system time, and activates each control.
  • the control unit to be started is set for each time zone set by the time zone setting unit 6, and the in-building user control model 11 which controls the floor movement of the user generated for simulation and getting on / off to the elevator, the building From input device model 12 for setting service request to elevator from internal user control model 11, elevator group management control model 13 for performing operation management in response to service request, elevator group management control model 13 Guide to the user from the elevator control unit model 14 which controls the elevator car or the opening and closing of the door in response to the received service request, the elevator group management control unit model 13 or the elevator control unit model 14 Station output device model 15 that Constituted by the Tar model 16.
  • the in-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 floor output device model 15, and the elevator model 16 are an in-building user control unit and an input, respectively. It is a model for simulating an apparatus, an elevator group management control unit, an elevator control unit, a landing output device, and an elevator.
  • the evaluation under the simulation conditions set by the comprehensive evaluation output unit 17 is finally output.
  • the elevator wait time from arrival at each person's platform output from the in-building user control model 11 to the elevator ride, the boarding time from getting on the elevator to getting off, and the platform There is a service completion time from when you arrive to the destination floor.
  • define elevator waiting time of 60 seconds or more as a long waiting time, and output the long waiting rate, to what extent the number of users with long waiting times was present, with respect to the total number of people generated.
  • the maximum waiting number indicating the maximum number of users waiting for the elevator at the platform under simulation is output.
  • each elevator model 16 is input 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 (when the destination button in the car was pressed after getting into the car of elevator model 16) to arrive at the destination floor. The time, the average time during simulation execution such as the number of input device models 12 input, the maximum time, and the minimum time 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 only one elevator is to be simulated.
  • the operation and time management by the device are performed.
  • the elevator output status changes according to the equipment and specifications set by the elevator installation setting unit 4 and the elevator specification setting unit 5, and the movement of the user changes according to the setting status.
  • the operation of the building simulator 1 will be described below with reference to FIGS. 2 to 12 using flowcharts of these movements.
  • FIG. 2 is a flowchart showing a user generation processing flow by the simulation unit 10 configuring the building simulator 1 shown in FIG.
  • the generation process of the user is performed according to the system time updated by the simulation unit 10.
  • step S11 the system time and the user generation time are compared, and if the generation time matches, the process proceeds to step S12 as processing for generating the user. On the other hand, if they do not match, the process proceeds to step S13.
  • the user generation time uses user data created based on the user setting unit 2 set in advance.
  • the user data is composed of generation time, user attribute, walking time, generation floor or place, and further, destination floor or destination place, and these data are created for the number of people to be simulated.
  • step S12 a user generation process is performed. 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 the registration determination processing flow by the simulation unit shown in FIG. 1, and is a detailed flow of the user generation processing in step S12 shown in FIG.
  • step S121 it is determined whether it is a gate interlocking specification. If it is a gate interlocking specification, device registration processing (for example, gate user registration processing) 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 the gate interlocking specification, the process proceeds to step S122.
  • S122 it is determined whether a registration device (destination floor registration device) is installed. If the registration device is installed, destination floor registration processing is executed as shown in step S125. The details of the destination floor registration process will be described later with reference to FIG. On the other hand, if the registration device (destination floor registration device) is not installed, the process proceeds to step S123.
  • step S123 it is determined whether the landing button specification is of the upper and lower type. If it is the upper and lower landing button specification, the process proceeds to step S126, and the upper and lower landing button registration processing is executed. Specifically, it is determined whether the response light of the up-and-down button installed at the elevator hall of the generation floor is on, and if not, if the destination floor is above the generation floor, the upper floor The upward button is pressed as a service request in the direction. If the destination floor is lower than the occurrence floor, the down button is pressed as a service request in the downward direction.
  • step S123 determines whether the above-mentioned action by the user occurs as an event of simulation conditions by the building simulator 1 of the present embodiment as the pressing of the upward direction button and the pressing of the downward direction button.
  • step S124 for example, gate user registration processing
  • destination floor registration processing in step S125 the processing proceeds to the hall standby processing described in FIG.
  • FIG. 4 is a flowchart showing the 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 processing (for example, gate user registration processing) in step S124 described above.
  • step S1241 it is determined whether there is an available destination floor registration device. For example, a data table is prepared, and if there is a user who uses the destination floor registration device, user data is registered in this table. If data is stored in this table, it indicates that the destination floor registration device is used, and if no data is stored, it indicates that the destination floor registration device can be used. If there is an available destination floor registration device, the destination floor registration process shown in step S1244 is executed. On the other hand, if there is no available destination floor registration device, the process proceeds to step S1242.
  • step S1242 the destination floor registration device with the smallest alignment is selected.
  • the above-described data table is provided for each destination floor registration device.
  • user data is stored in the data table, it is as described above that it is recognized as a currently unavailable destination floor registration device, but registration is not complete in order to simulate the alignment of the user on the simulation.
  • select a data table with a small number of data stored in the data table and store the user data. That is, it indicates that the destination floor registration device with the smallest number of users is aligned.
  • a destination floor registration device with a small device ID is selected. When the selection is completed, the process proceeds to step S1243.
  • step S1243 +1 is added to the device standby user number (the destination floor registration device standby user number) +1 (the destination floor registration device standby user number is incremented by “1”). This makes it possible to clarify the waiting user. If it completes, it will progress to step S1245 and will perform apparatus user waiting processing (destination floor registration apparatus user waiting processing).
  • FIG. 5 is a flowchart showing a 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 S 1245 in FIG. is there.
  • step S21 it is determined whether or not the user (self) is the 0-th arranger. That is, it is determined whether the user (self) is aligned at the beginning.
  • step S23 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.
  • step S22 it is determined whether the n-1st user exists.
  • step S24 a standby process is performed. Since there is a lined up user and the user is in front of the user, it indicates that the operation is not performed, and only the update of the table No. is executed. If it completes, it will progress to step S28.
  • step S25 the n-1st user is updated to the nth user. This corresponds to the task of packing up the line if there are no users in front of you in an aligned situation.
  • the n-th 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.
  • step S26 n is updated.
  • the process proceeds to step S28.
  • step S28 it is determined whether n is a value larger than the number of waiting users. If n is a value larger than the number of standby users, the process ends. If n is equal to or less than the number of standby users, it means that there are standby users in the user, so the process returns to step S21. .
  • FIG. 6 is a flowchart showing the destination floor registration processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S23 in FIG.
  • step S 231 user attribute information and destination floor information are registered in the input device model 12.
  • the user's information is associated with the ID of the card held over the gate, and from the security side the user attribute information of a general user or a wheelchair user or VIP etc.
  • the user information and the destination floor of the user are transmitted from the elevator model 16 side.
  • user data and destination floor information are provided in advance for each user as user data in order to simplify processing, and data necessary for input can be controlled by the in-building user
  • the part model 11 is input to the input device model 12.
  • the registration of the service request on the elevator model 16 side is completed by storing necessary information on the memory held by the input device model 12.
  • the process proceeds to step S232.
  • step S232 it is determined whether assigned machine information has been assigned.
  • the elevator model 16 side determines the service number with respect to the input information, and transmits the number information as the allocation number information.
  • the transmission method simulates, on the simulation, implementing guidance for the user from the elevator model 16 side by storing necessary information on the memory held by the landing output device model 15.
  • step S233 the user update process is executed. Details of the user update process will be described later with reference to FIG. Thereafter, when the process of step S233 is completed, the process ends.
  • the assigned machine is not assigned, the assigned machine waiting process of step S234 is executed. The details of the assigned car waiting process will be described later with reference to FIG. Thereafter, when the process of step S234 is completed, the process ends.
  • FIG. 7 is a flowchart showing an assignee stand-by process flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S234 in FIG.
  • step S2341 it is determined whether a predetermined time has elapsed.
  • a predetermined time In the case of a normal destination floor reservation system, after performing input processing at the time of destination floor registration device or gate interlocking, if input but not assigned or abnormal display is displayed, the user's movement is again Implement the registration device input. Therefore, there is an action of waiting until some data is output after input.
  • the fixed time can be arbitrarily determined, and is set, for example, in about 3 seconds.
  • step S2342 registration (re-registration processing) of the user attribute and the destination floor information is executed again.
  • necessary input information is stored on the memory held by the input device model 12 as in step S231 of FIG. 6 described above.
  • FIG. 8 is a flowchart showing a user updating process flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S233 in FIG. 6 described above.
  • step S2331 the assigned elevator information output by the landing output device model 15 is stored on the user data side.
  • 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.
  • FIG. 9 is a flowchart showing a landing walk processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S2334 in FIG. 8 described above.
  • step S31 the distance L H from the registered distance to the landing (elevator hall) is acquired.
  • the distance information when the landing device such as the destination floor registration device is set in advance, the distance to each car is set, and when the assigned car is determined, only the information set in advance is acquired . For example, when the layout of the landing (elevator hall) is set, the distance is calculated from the central coordinate position of the landing device such as the destination floor registration device and the coordinate position of the central position of each car.
  • step S32 the walking distance in system time units is acquired from the walking speed. If the system time is 100 msec units, the walking distance is calculated in m units in 100 msec units.
  • step S33 a walking determination process is performed.
  • the details of the walking determination process will be described with reference to FIG.
  • FIG. 10 is a flowchart showing the walking determination processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S33 in FIG.
  • step S331 the presence or absence of a space for the user to walk is determined.
  • the space There are several ways to determine the space. For example, according to the layout and size of the building set by the building information setting unit 3 and the elevator installation setting unit 4, the maximum number of waiting users at the landing (elevator hall) and the number of waiting users before each landing are automatically set.
  • a method may be used that closely simulates the movement situation of the user. That is, the occupancy size is determined for each user, and the shortest movement route from the position of the destination floor registration device of the user to each car is created. Then, the user starts moving according to the created moving route. The user travels along the movement path as described above in response to the update of the system time. Therefore, there may be a method of determining whether there is a person's residence or obstacle in front of the user's eyes, and a space for the user's occupied size exists on another moving route. If there is a space, the process proceeds to step S332. If there is no space, the process proceeds to step S335.
  • step S332 it is determined whether there is a space in the walking direction. For example, assuming a situation in which a plurality of people are waiting in the elevator near the entrance (elevator hall) entrance, when moving from that position to the front of the elevator in the back, there is a stagnation of the user in front of the eyes. If you detour, you may reach the front of the elevator in the back. As described above, when there is no dwell in front of the eyes, it is determined that there is a space in the walking direction, and since it is possible to go straight without doing anything, the walking determination processing is ended. On the other hand, when there is 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 elevator waiting people near the entrance (elevator hall) entrance exceeds a certain threshold, it may be determined that the straight traveling is not possible, and a method of determining that there is no space in the walking direction may be used.
  • 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 bypass.
  • the staying condition of the user in front of the eyes is calculated as the distance for detouring by the number of waiting persons above the threshold ⁇ occupied size, and this distance is taken as the distance for extra walking.
  • a penalty 1 is set to a value obtained by dividing the extra walking distance by the walking speed. As a result, it is possible to store the extra time for walking as a penalty 1 for each user.
  • the walking determination processing ends.
  • step S335 it is determined that there is no space for walking in step S331, so the user will stay on the spot.
  • Penalty 2 it is set as the residence time (dwelling time).
  • step S34 the movement distance L psn of the user is calculated by (system time-registration time-penalty 1) ⁇ walking speed. If calculation is completed, it will progress to step S35.
  • step S35 as compared to the distance L H from the distance that registered the moving distance L psn user to a landing (elevator hall), it is judged whether the same or not. That is, it is determined whether it has arrived at the destination.
  • step S36 If it is determined that the movement distance L psn the user is the same as the distance L H from the distance registered until landing (elevator hall), it is determined that the destination has been reached, the hole standby process of step S36 After execution, the process proceeds to step S37. Details of the hole 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 equal to the distance L H from the registered distance to the landing (elevator hall), the landing walking process is ended as it is. In step S37, the hall arrival time is updated as user data. The arrival time of the hall can be evaluated by storing the current system time as it is and subtracting the occurrence time from the arrival time of the hall later. With the above, the platform walk processing ends.
  • FIG. 11 is a flowchart showing the hole standby processing flow by the simulation unit 10 shown in FIG. 1, and is a detailed flow of step S36 in FIG.
  • step S361 it is determined whether or not there is a service floor display (whether or not there is a split express driving specification). It is determined whether or not this is set by the elevator installation setting unit 4. For example, when high-rise and low-rise banks are divided into one bank, the user at the landing (elevator hall) selects a bank that can serve his / her destination floor. Therefore, a service floor display by a signboard or a sign display is provided at a landing (elevator hall), and the bank used by oneself is selected using such information. If there is a service floor display, the process proceeds to step S362. On the other hand, if there is no service floor display, the process proceeds to step S363.
  • step 362 only the target machines that serve their own destination floor are selected.
  • the destination floor (destination floor) of the user is the fifth floor
  • the first to third units are the first to eighth floors
  • the fourth to sixth units are the first floor and the ninth to sixteenth floors as service floors.
  • the target machine of the user is the first to third machines.
  • step S363 it is confirmed whether or not the assigned machine has been assigned. If an assigned number is assigned, the process proceeds to step S364. If no assigned number is assigned, the process proceeds to step S367.
  • step S364 it is determined whether the hall lantern or the stop floor indicator light of the target car is on. In this simulation, it judges from the virtual memory which the landing output device model 15 holds. It is determined whether the elevator model 16 side can be properly registered in the state where the assigned car is assigned, according to the situation of the hall output device model 15. For example, although it is supposed that the fifth floor is registered as the destination floor, if another floor is displayed or nothing is displayed, re-registration is required. In addition, in order to correctly simulate the setting error of the control parameter of the elevator, although it was tried to get in, when the elevator door is closed before getting on, the lantern and the stop floor indicator light are turned off, so re-registration is required.
  • step S365 when the hall lantern or the stop floor indicator light of the target machine is on, as shown in step S365, the process waits for alignment before the target machine and ends the processing. On the other hand, if the hall lantern or the stop floor indicator light of the target car has been extinguished, the destination floor registration process described above is executed in step S366.
  • the registration process here is targeted at the destination floor registration device installed in the landing (elevator hall).
  • step S367 it is determined whether the hall lantern in the target machine is on. In this simulation, it judges from the virtual memory which the landing output device model 15 holds. This assumes upper and lower button specifications, and in the case of the example described above, it is determined whether or not the hall lanterns in the first to third units are on. If the hall lanterns in the first to third units are on, the process proceeds to step S368, and the process waits for alignment before the target number machine. On the other hand, if the hall lanterns in the first to third units are off, the process proceeds to step S369.
  • step S369 it is determined whether the response lights of the upper and lower buttons of the target bank are on. In this simulation, it judges from the virtual memory which the landing output device model 15 holds.
  • the up and down type button specification when one button is pressed (registered), all linked buttons light up. Therefore, it can be determined whether or not the service request from the landing (elevator hall) is input by determining whether or not the light is on. Also, if the lantern is off but the landing button is on, the alignment position will be at the center of the landing (elevator hall) so that it can be aligned no matter which elevator arrives, since there is no immediate reservation function. .
  • step S370 If the response light is on, the process proceeds to step S370, and the process waits for alignment at the center of the landing (elevator hall). On the other hand, if the response light is off, the process proceeds to step S371, and re-registration processing of the landing up-down button is performed.
  • the processing content of the re-registration processing is the same as step S126 in FIG. 3 described above. With the above, the landing standby processing ends.
  • FIG. 12 is a flowchart showing the alignment standby process flow by the simulation unit 10 shown in FIG.
  • step S41 it is determined whether or not the lantern in the target direction of the target car has blinked. For example, in the case where the user is targeting the first car, if the landing floor is the fourth floor and the destination floor is the ninth floor, the upward movement direction is taken. Therefore, when the first car arrives, the upward door does not open, and the lantern blinks. Here, it does not apply to the arrival of the second unit or the flashing of the downward direction of the first unit. If the lantern in the target direction of the target machine is blinking, the process proceeds to step S42. If the lantern in the target direction of the target machine does not blink, the process proceeds to S43.
  • step S42 in order to indicate the arrival of the elevator, it is aligned in front of the flashing machine. Alternatively, the alignment distance is shortened, and the process proceeds to step S43.
  • step S43 it is determined whether the target car has been opened. If it is determined that the door is open as a result of the determination, the process proceeds to S114. On the other hand, if the door is closed, the alignment standby process is completed, and the system waits for the next system startup.
  • step S44 the boarding process is performed for the number of persons who can get on the target car. For example, it is assumed that the maximum number of people is 20 and the number of people already on board is 10.
  • step S45 when the boarding is completed, the current system time is stored as the boarding time. As described above, the generation time, the registration completion time, the landing (elevator hall) arrival time, and the boarding time are stored as evaluation times at the user's platform (elevator hall). These stored times can be used to evaluate various simulations.
  • the movement of the user is controlled by the in-building user control unit model 11 constituting the simulation unit 10.
  • This control monitors 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 configured, for example, by a vertical landing button or a landing destination floor registration device.
  • the elevator installation setting unit 4 can set the position of the input device model 12 at an arbitrary coordinate according to the landing (elevator hall) layout.
  • the input device model 12 has different data required for input depending on the device, they are all configured by data included in user information.
  • the user is based on user information, occurrence floor information, and destination floor information for data of whether the service request from the landing floor to the upper floor or the service request to the lower floor.
  • the input is storage of information in a virtual memory included in the simulator, and is configured by a shared memory between the in-building user control unit model 11 and the input device model 12.
  • the information is set as the input in the virtual memory included in the simulator. Since the amount of information is larger compared to the upper and lower landing buttons, when the equipment is determined by the elevator installation setting unit 4, a data size corresponding to each input device is secured on the shared memory.
  • the elevator group management control unit model 13 automatically sets a group management specification 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 setting the distance between floors, selecting the elevator suitable for the input device model 12 such as the number of elevators, elevator speed, etc., calculation of estimated arrival time for the purpose of minimizing waiting time. Automatically set parameters to be used for actual control, such as necessary parameters, from each setting.
  • the control to assign only the approaching elevator if it is the landing button of the upper and lower type, if it is the landing button of wheelchair specification, the control to assign only the approaching elevator, if the landing button of VIP specification is installed, VIP No.
  • Carry out operation control of the elevator according to each specification such as executing control that does not respond to the new platform request for the car.
  • the destination floor registration device by knowing the destination floor at the landing (elevator hall), control is performed to suppress the number of stop floors according to the destination floor, and driving is performed to increase the transport capacity.
  • control according to the set elevator specification can also be implemented. For example, when the upper and lower landing buttons are pressed, control to switch ON and OFF is performed on the lantern which is the landing output device model 15 by selecting the specification to turn on the lantern immediately or the specification not to turn on the lantern.
  • the elevator control unit model 14 mainly executes control of a single elevator to control opening / closing control of a door, stopping of the elevator, departure, acceleration, deceleration, and travel processing. 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-described control, such as the setting of the distance between floors and the elevator speed, are automatically set.
  • the elevator model 16 shows a car and a door where the user actually gets on and off, and changes the open / close state of the door, position information of the car, etc. in response to a command from the elevator control unit model 14 It is responsible for permitting boarding.
  • the comprehensive evaluation output unit 17 collectively outputs the simulation result.
  • the elevator wait time from arrival at each person's platform output from the building user control model 11 to the elevator ride the boarding time from boarding to the elevator to getting off, elevator hall (elevator hall Service completion time from arrival to the destination floor.
  • elevator hall elevator hall Service completion time from arrival to the destination floor.
  • the maximum waiting number indicating the maximum number of users waiting for the elevator at the platform (elevator hall) during simulation execution is output.
  • the target floor input for the elevator (elevator Average time during simulation, such as the number of times the input device model 12 has been input, such as the time taken from the time when the destination button in the car cage is pressed) to the destination position after getting on the car of the model 16 Output time, maximum time, minimum time.
  • the comprehensive evaluation output unit 17 also takes the time required for the user registration described above, the time spent for extra travel, the waiting time at the landing (elevator hall), the boarding time, and the maximum registration wait at the time of registration.
  • the number of people, the number of people waiting for the user such as the maximum number of people waiting at the platform (elevator hall), etc., and the number of people for waiting may be evaluated and output.
  • FIG. 13 is an example of a display screen of the display unit 18 shown in FIG. 1, which is a layout example of gate interlocking specifications and a display example of simulation results.
  • the display screen 20 includes, for example, a first display area 21 for displaying a layout (simulation condition), and simulation results, for example, “residence time” as a dead time and “extra”. It is comprised from the 2nd display area 22 which displays "the time which walked” etc.
  • the second display area 22 in addition to the residence time “and the time for extra walk”, “elevator waiting time” and “drift area (elevator hall)” which are the outputs from the above-mentioned comprehensive evaluation output unit 17.
  • a simulation situation of the layout where 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 allocated to the second car stands by.
  • the user 106 allocated to the sixth unit is staying in front of the lighting unit of the lantern 108. When these conditions overlap, the user 107 passing through the gate 105 does not have a space movable by the user 106 allocated to the sixth car.
  • the elevator 101 suffers from the time required for registration in comparison with other simulation conditions and specifications despite the existence of serviceable machines. And the evaluation result is displayed in the second display area 22.
  • FIG. 14 is an example of a display screen of the display unit 18 shown in FIG. 1, which is another display example of the layout of gate interlocking specification and the simulation result.
  • the layout has a margin between the elevator and the installation position of the gate 205. Therefore, even in the state where the user 204 allocated to the sixth unit is present, there is a movable space. Therefore, even when the number of users 206 increases, the number of users who can not register in the gate 205 does not increase, so that the elevator performance can be sufficiently exhibited, and the time required for registration does not increase excessively.
  • the simulation result displayed in the second display area 22 is a good evaluation result.
  • FIG. 15 is an example of a display screen of the display unit 18 shown in FIG. 1, which is another display example of a layout of gate interlocking specifications and a simulation result.
  • the layout 300 displayed in the first display area 21 the layout in which the number of installed gates 305 is extremely small is shown. Since the number of gates 305 is small, the alignment of the users 306 causes stagnation, which limits the number of users who can pass through the gates 305. Therefore, the number of users who can not register in the gate 305 increases, and although the elevator has a serviceable machine, the time required for registration is worse as compared with other simulation conditions and specifications, and the evaluation result is 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, which is a layout example of the lantern lighting specification of the up-and-down landing button specification and a display example of a simulation result.
  • a layout 400 displayed in the first display area 21 shows a layout in which a simulation with a specification for lighting the lantern immediately by the landing up and down button specification is executed.
  • the upper and lower landing button 401 is pressed, all the upper and lower landing buttons 401 on the floor light.
  • the elevator is assigned to the second unit, only the lantern 403 of the second unit is turned on.
  • the lanterns 402 other than the second car are in the off state.
  • the number of users 404 at a certain threshold stays in front of the lantern lighting machine, and the users 405 of the number of waiting persons exceeding the threshold perform a standby for alignment.
  • FIG. 17 is an example of a display screen of the display unit shown in FIG. 1, which is a layout example of the lantern unlit specification of the upper and lower landing button specification and a display example of a simulation result.
  • a layout 500 displayed in the first display area 21 shows a layout in which a simulation is performed with a specification that does not light the lantern immediately in the platform vertical button specification.
  • the upper and lower landing button 501 is pressed, all the upper and lower landing buttons 501 on the floor light.
  • the lantern 502 of the second unit does not light. Therefore, the user 503 performs alignment standby from near the center of the elevator hall.
  • FIG. 18 is an example of a display screen of the display unit shown in FIG. 1, which is an example of a layout of a wheelchair specification of the up-and-down landing button specification and a display example of a simulation result.
  • the layout 600 displayed in the first display area 21 is a specification for lighting the lantern immediately in the hall up and down type button specification, and shows a layout for executing a simulation when the wheelchair elevator is the first unit. .
  • the upper and lower landing button 601 When the upper and lower landing button 601 is pressed, all the upper and lower landing buttons 601 on the floor light.
  • the lantern 602 of the second unit is lit.
  • the wheelchair user 603 is in an aligned state in order to press the wheelchair landing button near the first car. Therefore, the evaluation takes a long time to register the wheelchair user 603, and the result is displayed in the second display area 22 as a simulation result.
  • FIG. 19 is a display screen example of the display unit 18 shown in FIG. 1 and is another display example of the layout of the wheelchair specification of the up and down type landing button specification and the simulation result.
  • the layout 700 displayed in the first display area 21 is a specification for lighting the lantern immediately in the hall up and down type button specification, and shows a layout for executing a simulation when the wheelchair elevator is the third unit. .
  • the lantern 702 of the second unit is lit.
  • the wheelchair user 703 can press the wheelchair landing button 704 near the third unit, and the third unit is assigned. Therefore, since the lantern 704 of the third car is turned on, the wheelchair user 703 can register early, and the time required for registration becomes short, which is a good evaluation.
  • the simulation result is displayed in the second display area 22.
  • the layout that is the simulation condition is displayed in the first display area 21 on the screen of the display unit that constitutes the building simulator, and the result of executing the simulation with the layout is the second. Since the display area 22 is displayed, it is possible to easily grasp the simulation result of the layout visually and to evaluate the layout of buildings for various uses in advance.
  • the generation distribution for each time zone is set based on the on-site measurement data of similar similar building specifications in the past, so the use situation when building operation is started to some extent at the installation planning time. It is possible to simulate
  • FIG. 20 is a flowchart showing a process flow of the user who dismounts the elevator by the simulation unit configuring the building simulator of the second embodiment according to the other embodiment of the present invention.
  • the building simulator shown in the first embodiment the layout and the like in the case where the user moves from the vicinity of the entrance of the landing (elevator hall) to the front of the desired car is evaluated by simulation.
  • the second embodiment differs from the first embodiment in that it simulates the evaluation of the layout in the building when moving 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. The differences from the first embodiment will be mainly described below.
  • step S51 it is determined whether the elevator has arrived at the destination floor and the door has been opened. As a result of the determination, when the elevator arrives at the target floor and the door opens, the process proceeds to step S52. On the other hand, if the result of the determination is that the door has been opened but the elevator has not arrived at the target floor, the process proceeds to step S54.
  • 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.
  • 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 ended. Details of the target position walking process will be described later with reference to FIG.
  • step 54 the floor of the user who is riding behind the elevator car It is determined whether there is a user who gets off on the (floor). In addition, the presence or absence of the user who alights on the said floor (floor) can be determined based on the input information etc. to a destination floor registration apparatus, for example. As a result of the determination, if the user getting off is on the back, the process proceeds to step S55. On the other hand, when the user getting out of the vehicle is not in the rear, the process ends without performing any processing.
  • step S55 the user located on the front side (car door side) of the elevator car is temporarily dismounted so that the user riding in the back of the elevator car can dismount, and the process proceeds to step S56. move on.
  • step S56 it is determined whether or not there is no user getting out of the vehicle, and as a result of the determination, if there are no users getting out on the floor, the process ends. On the other hand, when there is a user who gets off on the floor, the process of step S56 is repeatedly executed.
  • FIG. 21 is a flowchart showing a target position walking process flow by the simulation unit of this embodiment.
  • step S531 the distance L D from the getting-off position to the target position is acquired.
  • 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 in the case where the building is an apartment temporarily, the room in which the user resides is extracted as the target position.
  • the distance L D is calculated because the position of each car is acquired at the time when the landing device such as the destination floor registration device is set in advance as in the above-described first embodiment.
  • step S532 the walking distance in system time units is acquired from the walking speed of the user.
  • the walking speed of the user is the walking speed set by the user setting unit 2
  • the walking distance in system time units is calculated by walking speed ⁇ system time.
  • step S533 a walking determination process is performed.
  • the walking determination processing here is the same as the processing described using FIG. 10 in the above-mentioned first embodiment, and the space for the user's walking in step S331 and the space for the walking direction in step S332 are dismounted respectively. It is a space on the movement path from the position to the target position.
  • step S534 the movement distance Lpsn of the user is calculated by (system time-registration time-penalty 1) ⁇ walking speed.
  • step S535. the movement distance L psn of the user is compared with the distance L D from the drop- off position to the target position to determine whether they are the same. That is, it is determined whether 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.
  • 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.
  • a user in addition to the effects of the first embodiment, in a building for various uses such as an office building or a condominium, a user owns an office or a room in which he / she lives after getting off the elevator. It is possible to evaluate the in-building layout up to the point of installation planning by simulation.
  • the present invention is not limited to the embodiments described above, but includes various modifications.
  • the embodiments described above are described in detail in order to explain the present invention in an easy-to-understand manner, and are not necessarily limited to those having all the configurations described.
  • part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Geometry (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Hardware Design (AREA)
  • Evolutionary Computation (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Indicating And Signalling Devices For Elevators (AREA)
  • Elevator Control (AREA)

Abstract

エレベーター設備による利用者への影響度の評価並びに利用者の動線に関する評価を可能とし、各種用途のビルを好適にシミュレーション可能なビルシミュレーター及びビルシミュレーション方法を提供する。ビルシミュレーター１は、設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくともレイアウトを評価するシミュレーション１０部を備える。

Description

ビルシミュレーター及びビルシミュレーション方法
　本発明は、ビルシミュレーターに係り、特に、エレベーター等のビル設備を有する各種用途のビル設備の設計段階において好適なビルシミュレーター及びビルシミュレーション方法に関する。
　エレベーターや空調機器、セキュリティシステム、太陽光発電などの保守を伴うビル設備における制御装置のパラメーター設定、或は、当該パラメーターや設備稼働中に後から追加するオプション機器を設備所有者に推薦或いは提案することが望まれている。　
　このような要望に対応する技術として、例えば、特許文献１に記載される技術が提案されている。特許文献１では、設備におけるパラメーターおよび機器の推薦装置が、稼動履歴データ、ビル設備状況データ、およびビル設備パラメーターオプションデータに基づいて推薦対象ビル設備における制御パラメーターの変更値や追加のオプション機器を推薦候補として抽出するパラメーター・機器推薦候補抽出部と、推薦候補と、推薦対象ビル設備の稼動履歴データ、ビル設備状況データ、およびビル設備パラメーターオプションデータと、に基づいて推薦対象ビル設備に対して推薦対象を適用した場合におけるシミュレーションによる評価を行うシミュレーション評価部と、評価結果判断部にて推薦候補を推薦すると判断された場合に当該推薦候補を出力する推薦結果出力部とを備える旨開示されている。
特開２０１２－２２６４６０号公報
　しかしながら特許部文献１に記載されるシミュレーターでは、設備の設定による影響度を評価できたとしても、エレベーター設備に関する仕様に係る利用者への影響度の評価や、利用者の動線に関する評価については考慮されていない。そのため、ビル設備の設置計画時に充分な検討が必要なため、設置計画の作成（策定）に多大な時間を要することになる。また、検討が不十分な場合、利用者の使い勝手が悪化する利用シーンが存在し、ビル内に警備員などの案内を実施するなど運用面でカバーするなど、不要な人件費を要することが懸念される。　
　そこで、本発明は、エレベーター設備による利用者への影響度の評価並びに利用者の動線に関する評価を可能とし、各種用途のビルを好適にシミュレーション可能なビルシミュレーター及びビルシミュレーション方法を提供する。
　上記課題を解決するため、本発明に係るビルシミュレーターは、設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくとも前記レイアウトを評価するシミュレーション部を備えることを特徴とする。　
　また、本発明に係るビルシミュレーション方法は、少なくともシミュレーション部を有しビルの評価を行うビルシミュレーション方法であって、設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくとも前記レイアウトをシミュレーションにより評価することを特徴とする。
　本発明によれば、エレベーター設備による利用者への影響度の評価並びに利用者の動線に関する評価を可能とし、各種用途のビルを好適にシミュレーション可能なビルシミュレーター及びビルシミュレーション方法を提供することが可能となる。　
　上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
本発明の一実施例に係る実施例１のビルシミュレーターの全体概略構成図である。 図１に示すビルシミュレーターを構成するシミュレーション部による利用者発生処理フローを示すフローチャートである。 図１に示すシミュレーション部による登録判定処理フローを示すフローチャートである。 図１に示すシミュレーション部による行先階登録装置の登録処理フローを示すフローチャートである。 図１に示すシミュレーション部による乗り場行先階待機処理フローを示すフローチャートである。 図１に示すシミュレーション部による行先階登録処理フローを示すフローチャートである。 図１に示すシミュレーション部による割当て号機待機処理フローを示すフローチャートである。 図１に示すシミュレーション部による利用者更新処理フローを示すフローチャートである。 図１に示すシミュレーション部による乗り場歩行処理フローを示すフローチャートである。 図１に示すシミュレーション部による歩行判定処理フローを示すフローチャートである。 図１に示すシミュレーション部によるホール待機処理フローを示すフローチャートである。 図１に示すシミュレーション部による整列待機処理フローを示すフローチャートである。 図１に示す表示部の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の表示例である。 図１に示す表示部の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の他の表示例である。 図１に示す表示部の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の他の表示例である。 図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様のランタン点灯仕様のレイアウトとシミュレーション結果の表示例である。 図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様のランタン未点灯仕様のレイアウトとシミュレーション結果の表示例である。 図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様の車椅子仕様のレイアウトとシミュレーション結果の表示例である。 図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様の車椅子仕様のレイアウトとシミュレーション結果の他の表示例である。 本発明の他の実施例に係る実施例２のビルシミュレーターを構成するシミュレーション部によるエレベーターを降車する利用者の処理フローを示すフローチャートである。 実施例２のシミュレーション部による目的位置歩行処理フローを示すフローチャートである。
　以下、本発明の実施例について、図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素に同一の符号を付し、以下では重複する説明を省略する。
　図１は、本発明の一実施例に係る実施例１のビルシミュレーターの全体概略構成図である。　
　＜ビルシミュレーターの構成＞　
　図１に示すように、ビルシミュレーター１は、利用者設定部２、ビル情報設定部３、エレベーター設備設定部４、エレベーター仕様設定部５、時間帯設定部６、及び、シミュレーション部１０から構成される。ここで、利用者設定部２、ビル情報設定部３、エレベーター設備設定部４、エレベーター仕様設定部５、及び、時間帯設定部６は、例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。よって、詳細後述するシミュレーション部１０は、上記特定の記憶領域（仮想領域）より読み出し各種処理を実行する。シミュレーション部１０は、ビル内利用者制御部モデル１１、入力装置モデル１２、エレベーター群管理制御部モデル１３、エレベーター制御部モデル１４、乗り場出力装置モデル１５、エレベーターモデル１６、総合評価出力部１７、及び、表示部１８を備える。シミュレーション部１０を構成する、ビル内利用者制御部モデル１１、入力装置モデル１２、エレベーター群管理制御部モデル１３、エレベーター制御部モデル１４、乗り場出力装置モデル１５、エレベーターモデル１６、及び総合評価出力部１７は、例えば、ＣＰＵ等のプロセッサ、プログラムを格納するＲＯＭ、ＲＯＭより読み出されたプログラムをプロセッサが実行する過程のデータ等を一時的に格納するＲＡＭ等の記憶装置にて実現される。
　［利用者設定部］　
　利用者設定部２は、利用者に関する情報を設定するモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。例えば、利用者がエレベーターホールへ入り込む階床を設定する発生階や、エレベーターの利用に伴い目的の階床を設定する目的階、一般利用者か車椅子利用者或いはＶＩＰ利用者などの利用者属性、エレベーターホール内を移動する速度となる歩行速度、発生階或いは目的階毎の利用者の発生割合等の発生分布などを設定する。
　［ビル情報設定部］　
　ビル情報設定部３とは、ビル情報について設定するモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。例えば、ビルの階床数や、階床間の距離（階高距離とも称される）を設定することが可能となる。更にビルの各フロアに何名在席するか設定する在館人員数の設定を行う。また、各階床におけるビル仕様も設定可能とする。ビル仕様とは、例えば、ロビー階や、駐車場階、共用フロア等の情報が設定可能となる。換言すれば、ビル内のレイアウトを設定することが可能となる。
　［エレベーター設備設定部］　
　エレベーター設備設定部４とは、エレベーター設備について設定するモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。例えば、エレベーターの乗りかごが何台設置されるか、エレベーターの乗りかごがフロアのどの位置に設置されるか、更に入力装置として、乗り場で行先階を登録する行先階登録装置や、乗り場から上方向行きか、下方向行きに対するサービス要求を行うための上下式乗り場ボタン、更に乗り場入口にゲートを設置し、ゲート通過時に行先階の登録を行うゲート連動設備や、出力装置として、エレベーターの到着時の方向性案内や、エレベーターを予約した際の予約号機、及び予約方向性を案内するエレベーターランタン、乗り場で行先階を登録した際に、乗り場にて各号機の停止予定階を案内する行先階停止階灯をフロアのどの位置に設置するか設定可能となる。なお、ここで行先階停止階灯とは、各号機の上部に設けられた表示部（例えば、ＬＥＤ表示）であり、乗り場（エレベーターホール）で利用者により所望の行先階指定ボタンが押下（或いはタッチ）されると、各号指定された行先階が表示される。
　［エレベーター仕様設定部］　
　エレベーター仕様設定部５とは、設置したエレベーターの仕様を設定するモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。例えば、エレベーターの速度、ドアの幅、定員数等が挙げられる。更に運転仕様として、乗り場ボタンからサービス要求を作成した瞬間、乗り場ボタンに対してサービスが決定した号機のエレベーターランタンを点灯する即時予約機能の有無などが挙げられる。
　［時間帯設定部］　
　時間帯設定部６とは、シミュレーションを実行する時間帯の設定を行うモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。一般的にビル内のエレベーター稼働状況は時間帯毎に異なる。例えば、オフィスビルの場合においては出勤時間帯では、ビル内に利用者が流入するケースが多くなり利用者の動きとしては、ロビー階から各利用者の在席階を目的階として利用される。昼食時間帯の前半では、ビル内に食堂階や、飲食店が存在するフロアがある場合、各利用者の在席階から、前述した食堂階や、飲食店が存在するフロアへ移動する利用者が多くなる。退勤時間帯では、出勤時間帯とは逆に各利用者の在席階からロビー階へ移動する利用者が多く存在する。　
　なお、ビルがマンションである場合には、外出或いは出勤時の時間帯においては、利用者である各居住者の入居階からロビー階を目的階として利用され、帰宅時には逆にロビー階から各利用者（各居住者）の入居階を目的階として利用される。
　時間帯設定部６により設定されるシミュレーションを実行する時間帯と利用者設定部２により設定される利用者がエレベーターホールへ入り込む階床である発生階や、目的階毎の利用者の発生割合等を設定する発生分布は関連するように設定される。このとき、時間帯が設定されると発生割合が自動で設定されるようにする方式や、細かにある任意の時間帯毎での発生分布を設定する方式、或いは、ビル用途によって時間帯毎の発生分布が決定される方式や、過去の類似ビル仕様の現地計測データに基づいて時間帯毎の発生分布が決定される方式でも良い。
　時間帯が設定されると発生割合が自動で設定されるようにする方式とは、例えば、オフィスビルである場合においては、出勤時間帯と設定された場合、ロビー階から各階の在館人員数に対して発生割合を設定する。具体的には、出勤時間帯８：１５～８：４５の３０分間において、ロビー階から各フロアへ行く利用者を４０％とする場合、５階の在館人員が１００名、４階の在館人員が８０名であった場合、ロビー階から５階行きの利用者が４０名、４階行きの利用者が３２名発生する設定となる。
　また、ある任意の時間帯毎での発生分布を設定する方式とは、時間帯毎に発生階や、目的階毎の利用者の発生割合等を設定することを示す。具体的には、８：１５～８：３０の間では、ロビー階からその他のフロアへ行く利用者は１５％、８：３０～８：４５の間では、ロビー階からその他のフロアへ行く利用者は２５％というような設定をすることを指す。時間帯の幅は任意で設定することができ、発生分布の設定値も割合での設定、詳細に階床別に設定することもできる。　
　例えば、ロビー階から発生する利用者が２００名、１階から発生する利用者が１０名、４階への利用者が８０名、５階への利用者が１３０名という設定や、具体的にロビー階から５階への利用者が１２５名、ロビー階から４階への利用者が７５名、１階から４階への利用者が５名、１階から５階への利用者が５名と詳細に設定する方式でも良い。
　ビル用途によって時間帯毎の発生分布が決定される方式とは、上述した時間帯が設定されると発生割合が自動で設定されるようにする方式が、ビル用途によって設定値が変動することを示す。例えば、オフィスビル、マンション、ホテル、雑居ビルなどが挙げられ、オフィスビルでは出勤時間帯では、ロビー階から各フロアへの流れが一般的であるが、マンションでは、その逆に、各フロアからロビー階への利用が多くなる。更に、時間帯もオフィスビルと異なるため、ビル用途によって時間帯及び発生分布も変動する。
　過去の類似ビル仕様の現地計測データに基づいて時間帯毎の発生分布を設定する方式とは、ビル情報或いはビル用途が類似している場合、例えば、ビルの用途が一致しているか否かで判定し、その他の情報である、ビルの階床数や、昇降路内を上昇／下降するエレベーターの最大の移動距離である総階高距離、在館人員数、エレベーター設置規模に優先順位を設定し、シミュレーション対象のビル情報と１０％の誤差以内のビル情報を表示する。そこで、シミュレーション対象のビルと類似しているビルを選択すると、選択したビルの稼働情報から、各時間帯における利用者の発生分布が設定される。
　これらの発生分布はエレベーターの稼働情報、例えばエレベーター内に設置される荷重センサによる計測データに基づいて何階から何階へ乗降車した利用者人数の情報に基づいて、発生分布が設定されるため、現地の利用状況を模擬することで、設置計画時点である程度将来ビル運用が開始された際の利用状況を模擬することが可能となる。また荷重センサによる計測データ以外にも行先階登録装置を押下した情報や、外部機器からのログ情報、例えば、ビルセキュリティの開錠情報や、カメラからのログ情報に基づいて、発生分布を設定する方式でも良い。　
　これらの情報を設定が完了すると、シミュレーションが実行可能となる。
　［シミュレーション部］　
　シミュレーションを実行するためのシミュレーション部１０は、シミュレーション実行周期（以下、システム時間と称する）として、例えば、１００ｍｓｅｃに設定され、システム時間を常に更新し、各制御を起動する。起動する制御部は、時間帯設定部６により設定された時間帯毎に設定し、シミュレーションのため発生した利用者のフロア移動、エレベーターへの乗降を制御するビル内利用者制御部モデル１１、ビル内利用者制御部モデル１１からエレベーターへのサービス要求を設定するための入力装置モデル１２、サービス要求に対して、運行管理を実施するエレベーター群管理制御部モデル１３、エレベーター群管理制御部モデル１３より、受けたサービス要求に対してエレベーターの乗りかごを制御、或いはドアの戸開閉を制御するエレベーター制御部モデル１４、エレベーター群管理制御部モデル１３、或いはエレベーター制御部モデル１４より、利用者への案内を行う乗り場出力装置モデル１５、シミュレーション上で利用者が乗降するエレベーターモデル１６とで構成される。ビル内利用者制御部モデル１１、入力装置モデル１２、エレベーター群管理制御部モデル１３、エレベーター制御部モデル１４、乗り場出力装置モデル１５、及びエレベーターモデル１６は、それぞれ、ビル内利用者制御部、入力装置、エレベーター群管理制御部、エレベーター制御部、乗り場出力装置、及び、エレベーターを模擬するためのモデルである。
　シミュレーション部１０のシステム時間がシミュレーション終了時間に達すると最終的に総合評価出力部１７によって設定されたシミュレーション条件における評価が出力される。本評価はビル内利用者制御部モデル１１から出力される一人一人の乗り場に到着してからエレベーター乗車までのエレベーター待ち時間や、エレベーターに乗車してから降車するまでの乗車時間、乗り場に到着してから目的階まで辿り着くまでのサービス完了時間などがある。また、６０秒以上のエレベーター待ち時間を長い待ち時間と定義し、全体の発生した人数に対して、長い待ち時間となった利用者の人数がどの程度存在したか、長待ち率を出力することや、シミュレーション実行中の乗り場にてエレベーターを待っている最大利用者数を示す最大待ち人数を出力する。　
　更にエレベーター群管理制御部モデル１３からは、シミュレーション上、（乗り場にて）行先階ボタンが押下され、エレベーターが当該行先階に到達するまでの時間から、入力された階床へ各エレベーターモデル１６がサービスするまでにかかった時間や、エレベーターの目的階が入力（エレベーターモデル１６の乗りかごに乗車後、乗りかご内の行先ボタンを押下した状態）された時間から目的階まで到着するまでにかかった時間、入力装置モデル１２を入力した数などシミュレーション実行中の平均時間、最大時間、最小時間を出力する。
　上述のエレベーター群管理制御部モデル１３から出力した評価は、群管理仕様がない場合、或いはエレベーター１台のみのシミュレーションを行う場合、エレベーター制御部モデル１４より出力する。　
　ビル内利用者制御部モデル１１では、具体的に利用者の発生から、乗り場での利用者の動きを再現するため、機器によっての動作や、時間管理を行う。それらの動きは、エレベーター設備設定部４や、エレベーター仕様設定部５によって設定された機器や仕様に応じてエレベーター出力状況が変化し、利用者の動きは当該設定状況に応じて変化する。　
　それらの動きをフローチャートにて、以下、図２～図１２を用いてビルシミュレーター１の動作について説明する。
　＜ビルシミュレーターの動作及びシミュレーション部の構成＞　
　図２は、図１に示すビルシミュレーター１を構成するシミュレーション部１０による利用者発生処理フローを示すフローチャートである。本処理では、シミュレーション部１０によって更新されるシステム時間に従って利用者の発生処理を行う。　
　図２に示すように、ステップＳ１１ではシステム時間と利用者の発生時間を比較し、発生時間と一致した場合、利用者を発生させる処理としてステップＳ１２へ進む。一方、不一致の場合は、ステップＳ１３へ進む。ここで利用者の発生時間は、事前に設定された利用者設定部２に基づいて作成された利用者データを使用する。利用者データは発生時間、利用者属性、歩行時間、発生階、或いは発生場所、更に目的階或いは目的場所によって構成され、これらのデータがシミュレーション対象の人数分作成される。　
　ステップＳ１２では、利用者発生処理を実行する。利用者発生処理の詳細については図３にて後述する。発生処理が完了すると、ステップＳ１３へ進む。
　図３は、図１に示すシミュレーション部による登録判定処理フローを示すフローチャートであり、図２に示すステップＳ１２における利用者発生処理の詳細フローである。ステップＳ１２１では、ゲート連動仕様か否か判定する。ゲート連動仕様であれば、ステップＳ１２４に示す通り、装置登録処理（例えば、ゲート利用者登録処理）を実行する。装置登録処理（例えば、ゲート利用者登録処理）の詳細については、図４にて後述する。一方、ゲート連動仕様でなければ、ステップＳ１２２へ進む。　
　Ｓ１２２では、登録装置（行先階登録装置）が設置されているか否か判定する。登録装置が設置されてあれば、ステップＳ１２５に示す通り、行先階登録処理を実行する。なお、行先階登録処理の詳細については、図５にて後述する。一方、登録装置（行先階登録装置）が設置されてなければ、ステップＳ１２３へ進む。
　ステップＳ１２３では、上下式の乗り場ボタン仕様か否か判定する。上下式の乗り場ボタン仕様であれば、ステップＳ１２６に進み、上下式の乗り場ボタン登録処理を実行する。具体的には、発生階のエレベーター乗り場に設置されている上下式ボタンの応答灯が点灯しているか判定し、点灯していなければ、発生階よりも目的階が上方階であった場合、上方向へのサービス要求として、上方向ボタンを押下する。発生階よりも目的階が下方階であった場合、下方向へのサービス要求として、下方向ボタンを押下する。なお、ここで上方向ボタンの押下及び下方向ボタンの押下は、本実施例のビルシミュレーター１によるシミュレーション条件のイベントとして、上記の利用者による行為が発生したものとする。一方、ステップＳ１２３による判定結果が上下式の乗り場ボタン仕様でない場合、ステップＳ１２４による装置登録処理（例えば、ゲート利用者登録処理）、ステップＳ１２５による行先階登録処理、及びステップＳ１２６による上下式の乗り場ボタン登録処理のうち何れかが完了した場合、図１１に記載するホール待機処理へと進む。
　ここで、上述のステップＳ１２４における装置登録処理（例えば、ゲート利用者登録処理）について説明する。図４は、図１に示すシミュレーション部１０による行先階登録装置の登録処理フローを示すフローチャートであり、上述のステップＳ１２４における装置登録処理（例えば、ゲート利用者登録処理）の詳細フローである。図４に示すように、ステップＳ１２４１では、利用可能な行先階登録装置は存在するかを判定する。例えば、データテーブルを用意し、行先階登録装置を利用している利用者がいれば、本テーブルに利用者データを登録する。本テーブルにデータが格納されている場合、行先階登録装置を利用していることを示し、データが格納されていない場合、行先階登録装置を利用可能であるということを示す。利用可能な行先階登録装置が存在する場合、ステップＳ１２４４に示す行先階登録処理を実行する。一方、利用可能な行先階登録装置が存在しない場合、ステップＳ１２４２へ進む。
　ステップＳ１２４２では、最も整列が少ない行先階登録装置を選択する。例えば、上述したデータテーブルを行先階登録装置毎に設けることとする。データテーブル内に利用者のデータが格納されている場合、現在利用不可の行先階登録装置と認識することは上述のとおりであるが、利用者の整列をシミュレーション上で模擬するため、登録が未完了であるが、既に発生し、行先階登録装置前に辿り着いている利用者について、データテーブルに格納されているデータ数が少ないデータテーブルを選択し、利用者データを格納する。すなわち、最も利用者の整列数の少ない行先階登録装置に整列することを示す。各行先階登録装置に格納される利用者数が同一である場合、装置ＩＤが小さい行先階登録装置を選択する。選択が完了すると、ステップＳ１２４３へ進む。
　ステップＳ１２４３では、装置待機利用者数（行先階登録装置待機利用者数）に＋１を加算する（行先階登録装置待機利用者数を「１」だけインクリメントする）。これにより、待機している利用者を明確にすることが可能となる。完了すると、ステップＳ１２４５へ進み、装置利用者待機処理（行先階登録装置利用者待機処理）を実行する。
　ここで、装置利用者待機処理（行先階登録装置利用者待機処理）について説明する。図５は、図１に示すシミュレーション部１０による乗り場行先階待機処理フローを示すフローチャートであり、図４におけるステップＳ１２４５に示す装置利用者待機処理（行先階登録装置利用者待機処理）の詳細フローである。　
　図５に示すように、ステップＳ２１では、利用者（自分）が０番目の整列者か否か判定する。すなわち、利用者（自分）が先頭に整列しているか判定する。利用者（自分）が先頭に整列している場合は行先階登録装置の使用許可、例えばゲート連動仕様である場合、ゲートへの操作が可能となり、行先階登録装置の場合、行先階の入力が可能となる。先頭であるかの確認はデータテーブルのテーブルＮｏを参照し、０番目であるか判定する。０番目の利用者であった場合、ステップＳ２３に示す行先階登録処理を実行する。行先階登録処理の詳細は、図６を用いて後述する。行先階登録処理が完了するとステップＳ２６へ進む。一方、ステップＳ２１にて、０番目の利用者でなかった場合、ステップＳ２２へ進む。
　ステップＳ２２では、ｎ－１番目の利用者は存在するかを判定する。データテーブル上、先頭利用者はｎ＝０の利用者とすると、ｎが更新された際に、ｎ－１番目の利用者は整列している利用者の前に存在する利用者であることを示す。ｎ＝１は先頭から次に整列している利用者のデータであることを示し、ｎ－１番目の利用者は先頭利用者であることを示す。ステップＳ２３の行先階登録処理にて利用者の登録が完了し行先階登録処理の前からいなくなると、先頭利用者はいなくなる。それらをシミュレーション上で模擬するため、データテーブルからプッシュされ、ｎ－１番目、すなわちｎ＝０番目の利用者データは「０」或いは「ＮＵＬＬ」となるため、ｎ－１番目の利用者は存在しないということを意味する。ｎ－１番目の利用者が存在する場合はステップＳ２４へ進み、一方、ｎ－１番目の利用者が存在しない場合はステップＳ２５へ進む。　
　ステップＳ２４では、待機処理を実行する。整列している利用者が存在し、目の前に利用者がいる状況のため、動作としては何もしないことを示し、テーブルＮｏの更新のみが実行される。完了すると、ステップＳ２８へ進む。
　ステップＳ２５では、ｎ－１番目の利用者をｎ番目の利用者に更新する。これは、整列している状況で目の前の利用者がいなくなった場合、列を詰める作業に相当する。データテーブル上では、空となっているｎ－１番目のデータテーブルにｎ番目の利用者データをコピーする。その後、ｎ番目のデータテーブルを「０」或いは「ＮＵＬＬ」にすることで、整列している状況を、シミュレーション上で模擬することが可能となる。更新を完了すると、ステップＳ２８へ進む。　
　ステップＳ２６では、ｎを更新する。ｎ＝１であった場合、ｎ＝２（ｎを「１」だけインクリメント）とすることで、更新作業を実行する。更新作業が完了すると、ステップＳ２８へ進む。　
　ステップＳ２８では、ｎが待機利用者数よりも大きい値となっているか判定する。ｎが待機利用者数よりも大きい値である場合は終了し、ｎが待機利用者数以下である場合には利用者の中に待機利用者が存在することを意味するため、ステップＳ２１へ戻る。
　図６は、図１に示すシミュレーション部１０による行先階登録処理フローを示すフローチャートであり、図５におけるステップＳ２３の詳細フローである。　
　図６に示すように、ステップＳ２３１では、入力装置モデル１２に対して、利用者属性情報及び行先階情報を登録する。これは通常、ゲート連動仕様である場合には、ゲートにかざすカードのＩＤに対して利用者の情報が関連付けされており、セキュリティ側から一般利用者或いは車椅子利用者又はＶＩＰ等の利用者属性情報である利用者情報、利用者の目的階がエレベーターモデル１６側より送信される。但し、本シミュレーションにおいては、簡易的に処理するため、予め利用者のデータとして、利用者毎に利用者情報及び行先階情報を有しており、入力に必要なデータを、ビル内利用者制御部モデル１１より入力装置モデル１２に対して入力する。シミュレーション上では、入力装置モデル１２が保有するメモリ上に必要な情報を格納することで、エレベーターモデル１６側へのサービス要求の登録を完了する。入力が完了すると、ステップＳ２３２へ進む。
　ステップＳ２３２では、割当て号機情報が付与されたか否かを判定する。ゲート連動使用時や、行先階登録装置使用時、入力情報を入力後、エレベーターモデル１６側から入力情報に対してサービス号機が決定され、当該号機情報を割り当て号機情報として発信する。発信方法は、シミュレーション上では、乗り場出力装置モデル１５が保有するメモリ上に必要な情報を格納することで、エレベーターモデル１６側から利用者に対する案内を実施することを模擬する。その中で割り当て号機が付与されたかを判断し、割り当て号機が付与された場合にはステップＳ２３３へ進み利用者更新処理を実行する。利用者更新処理の詳細については図８を用いて後述する。その後、ステップＳ２３３の処理が完了すると、処理を終了する。一方、割り当て号機が付与されなかった場合にはステップＳ２３４の割当て号機待機処理を実行する。割当て号機待機処理の詳細については図７を用いて後述する。その後、ステップＳ２３４の処理が完了すると、処理を終了する。
　図７は、図１に示すシミュレーション部１０による割当て号機待機処理フローを示すフローチャートであり、図６におけるステップＳ２３４の詳細フローである。　
　図７に示すように、ステップＳ２３４１では、一定時間経過したか判定する。通常の行先階予約システムであれば、行先階登録装置やゲート連動時、入力処理を実行した後、入力したが割り当てされなかった、或いは異常な表示がされた場合、利用者の動きとしては再度登録装置の入力を実施する。そのため入力してから何かしらデータが出力されるまで待つ行動が存在する。一定時間とは任意に決定することが可能であり、例えば、３秒程度で設定される。一定時間経過した場合、ステップＳ２３４２へ進み、一方、一定時間経過していない場合、そのまま待機するため、処理を終了する。　
　ステップＳ２３４２では、再度利用者属性及び行先階情報の登録（再登録処理）を実行する。ここでは、上述の図６のステップＳ２３１と同様、入力装置モデル１２が保有するメモリ上に必要な入力情報を格納する。格納が完了すると、当該処理を終了する。
　図８は、図１に示すシミュレーション部１０による利用者更新処理フローを示すフローチャートであり、上述の図６におけるステップＳ２３３の詳細フローである。　
　図８に示すように、ステップＳ２３３１では、乗り場出力装置モデル１５により出力された割り当て号機情報を利用者データ側へ格納する。利用者のエレベーター乗車処理時に割り当て号機情報を利用するため、利用者毎に割り当て号機情報が保有できるようなデータ構成を用意する。　
　ステップＳ２３３２では、待機利用者情報から０番目の利用者情報を削除する。ここで削除するのは、利用者情報そのものでなく、整列を模擬するための行先階登録装置毎に作成されるデータテーブル中の利用者情報である。これは行先階登録装置の登録を実行した後、割り当て号機が付与されると利用者は割り当て号機に向かって歩行するため行先階登録装置前には整列しなくなる。本動作をシミュレーション上で模擬するため、整列用のデータテーブルから０番目の利用者情報を削除する。　
　ステップＳ２３３３では、登録完了時間を現在のシステム時間に更新する。本情報に基づいて、後述する総合評価にて本時間（登録完了時間＝システム時間）を利用し、登録完了時間―利用者発生時間により、登録時間が算出可能となる。その後、ステップＳ２３３４に進み、乗り場歩行処理（０番目利用者情報）を実行する。乗り場歩行処理（０番目利用者情報）の詳細については、図９を用いて説明する。
　図９は、図１に示すシミュレーション部１０による乗り場歩行処理フローを示すフローチャートであり、上述の図８におけるステップＳ２３３４の詳細フローである。　
　図９に示すように、ステップＳ３１では、登録した距離から乗り場（エレベーターホール）までの距離ＬＨを取得する。距離情報は事前に行先階登録装置等の乗り場装置を設定した時点で、各号機との距離が設定されており、割り当て号機が決定した時点で、事前に設定された情報を取得するのみとなる。例えば、乗り場（エレベーターホール）のレイアウトを設定した際に、行先階登録装置等の乗り場装置の中心座標位置と各号機の中心位置の座標位置から距離を算出する。すなわち、エレベーター設備設定部４によって設定された時点で距離を自動で算出することが可能となる。割り当てられた号機情報に基づいて、設定された距離情報を利用者情報内に格納することで実現される。　
　ステップＳ３２では、歩行速度からシステム時間単位の歩行距離を取得する。システム時間が１００ｍｓｅｃ単位であった場合、１００ｍｓｅｃ単位で歩行する距離をｍ単位で算出する。
　次にステップＳ３３では、歩行判定処理を実行する。歩行判定処理の詳細について図１０を用いて説明する。図１０は、図１に示すシミュレーション部１０による歩行判定処理フローを示すフローチャートであり、図９におけるステップＳ３３の詳細フローである。図１０に示すように、ステップＳ３３１では、利用者の歩くスペースの有無について判定する。スペースの判定については幾つか方法が存在する。例えばビル情報設定部３及びエレベーター設備設定部４によって設定されるビルのレイアウト及びサイズによって、乗り場（エレベーターホール）における最大利用者待機数及び各乗り場号機前利用者待機数を自動で設定する。以上により、最大利用者待機数とシミュレーション上での実際の乗り場利用者待機数が同値であった場合、スペースがないものと判定する。　
　また、他の方式としては厳密に利用者の移動状況を模擬する方式を用いても良い。すなわち、各利用者に対して占有サイズを決定し、利用者の行先階登録装置の位置から各号機までの最短の移動経路を作成する。そして作成された移動経路に従い利用者が移動を開始する。システム時間の更新に対応して上述した歩行距離を、利用者が移動経路に沿って移動する。そこで、目の前に人の滞留或いは障害物があり、他の移動経路上に利用者の占有サイズ分のスペースが存在するか判定する方式でも良い。スペースが存在する場合にはステップＳ３３２へ進み、スペースが存在しない場合にはステップＳ３３５へ進む。
　ステップＳ３３２では、歩行方向にスペースがあるか否か判定する。例えば、乗り場（エレベーターホール）入り口付近のエレベーターに複数人待っている状況を想定すると、その位置から奥のエレベーターの前へ移動する際、目の前は利用者の滞留が存在するが、直線距離でなく、迂回すると奥のエレベーターの前まで辿り着ける場合がある。上述のように、目の前に滞留がない場合、歩行方向にスペースが存在すると判定し、特に何もすることなく直進が可能なため、歩行判定処理を終了する。一方、目の前に滞留がある場合には歩行方向にスペースがないと判定し、ステップＳ３３３へ進む。また、例えば乗り場（エレベーターホール）入り口付近のエレベーター待ち人数がある一定の閾値を超えた場合、直進は不可と判定し、歩行方向にスペースが存在しない判定する方式を用いても良い。
　ステップＳ３３３では、登録した距離から乗り場までの距離ＬＨに対して、余分に歩行する距離を加算する。余分に歩行する距離とは、上述の迂回する分に相当する距離である。目の前の利用者の滞留状況を、閾値以上の待機人数×占有サイズによって迂回分の距離を算出し、当該距離を余分に歩行する距離とする。　
　ステップＳ３３４では、ペナルティ１として、余分に歩行する距離を歩行速度で除した値とする。これにより、余分に歩いた時間がペナルティ１として、利用者毎に蓄えることが可能となる。本ステップが終了すると、歩行判定処理を終了する。　
　ステップＳ３３５では、ステップＳ３３１により歩くスペースが存在しないと判定されたため、その場で利用者は滞留することとなる。ペナルティ２として、滞留している時間（滞留時間）とする。本ステップが終了すると、歩行判定処理を終了する。
　ここで図９に戻り、ステップＳ３３にて上述の歩行判定処理が完了すると、ステップＳ３４では、利用者の移動距離Ｌｐｓｎを（システム時間－登録時間－ペナルティ１）×歩行速度により算出する。算出が完了すると、ステップＳ３５へ進む。　
　ステップＳ３５では、利用者の移動距離Ｌｐｓｎを登録した距離から乗り場（エレベーターホール）までの距離ＬＨと比較し、同一か否か判定する。すなわち、目的地に到着したか否かを判定する。判定の結果、利用者の移動距離Ｌｐｓｎが登録した距離から乗り場（エレベーターホール）までの距離ＬＨと同一であった場合には目的地に到着したと判定し、ステップＳ３６のホール待機処理を実行し、その後ステップＳ３７へと進む。ホール待機処理の詳細については図１１を用いて後述する。一方、判定の結果、利用者の移動距離Ｌｐｓｎが登録した距離から乗り場（エレベーターホール）までの距離ＬＨと同一でなかった場合にはそのまま乗り場歩行処理を終了する。　
　ステップＳ３７では、利用者データとして、ホール到着時間を更新する。ホール到着時間は、現在のシステム時間をそのまま格納することで、後程発生時間をホール到着時間から減算すると、乗り場移動時間が評価可能となる。以上により、乗り場歩行処理を終了する。
　図１１は、図１に示すシミュレーション部１０によるホール待機処理フローを示すフローチャートであり、図９におけるステップＳ３６の詳細フローである。　
　図１１に示すように、ステップＳ３６１では、サービス階表示有りか否か（分割急行運転仕様有りか否か）判定する。これは、エレベーター設備設定部４によって設定されたか否かを判定する。例えば一つのバンク内に高層、低層のバンク分割を行った場合、乗り場（エレベーターホール）での利用者は自身の目的階をサービス可能なバンクを選択する。そのため、乗り場（エレベーターホール）に看板或いはサイン表示によるサービス階表示が設けられており、それらの情報を利用して、自身が利用するバンクを選択する。サービス階表示が有る場合にはステップＳ３６２へ進み、一方、サービス階表示がない場合にはステップＳ３６３へ進む。
　ステップ３６２では、自身の行先階をサービスする対象号機のみを選択する。例えば、利用者の目的階（行先階）が５階であり、１号機～３号機が１階～８階、及び、４号機～６号機が１階及び９階～１６階をサービス階とする場合を想定すると、当該利用者の対象号機は、１号機～３号機となる。対象号機の選択が完了するとステップＳ３６３へ進む。　
　ステップＳ３６３では、割当て号機が付与されているか確認する。割り当て号機が付与されている場合はステップＳ３６４へ進み、一方、割り当て号機が付与されていない場合はステップＳ３６７へ進む。
　ステップＳ３６４では、対象号機のホールランタン或いは停止階表示灯が点灯しているか判定する。本シミュレーション上では、乗り場出力装置モデル１５が保有する仮想メモリ上から判定する。割当て号機が付与された状態でエレベーターモデル１６側が正常に登録できているか乗り場出力装置モデル１５の状況によって判定する。例えば、目的階として５階を登録したはずが、別の階が表示されている場合或いは何も表示されていない場合などは再登録が必要となる。また、エレベーターの制御パラメーターの設定ミスを正しくシミュレーションするため、乗車しようとしたが、乗車前にエレベーターのドアが閉まった場合、ランタン及び停止階表示灯は消灯するため、再登録が必要となる。そのため、対象号機のホールランタン或いは停止階表示灯が点灯している場合にはステップＳ３６５に示すように、対象号機前に整列待機を行い、処理を終了する。一方、対象号機のホールランタン或いは停止階表示灯が消灯している場合にはステップＳ３６６により上述した行先階登録処理を実行する。ここでの登録処理は乗り場（エレベーターホール）に設置されている行先階登録装置が対象となる。
　ステップＳ３６７では、対象号機中のホールランタンが点灯しているか判定する。本シミュレーション上では、乗り場出力装置モデル１５が保有する仮想メモリ上から判定する。これは上下式ボタン仕様を想定しており、上述した一例の場合、１号機～３号機中のホールランタンが点灯しているか否か判定する。１号機～３号機中のホールランタンが点灯している場合はステップＳ３６８へ進み、対象号機前に整列待機する。一方、１号機～３号機中のホールランタンが消灯している場合はステップＳ３６９へ進む。
　ステップＳ３６９では、対象バンクの上下式ボタンの応答灯が点灯しているか判定する。本シミュレーション上では、乗り場出力装置モデル１５が保有する仮想メモリ上から判定する。上下式ボタン仕様の場合、一つのボタンを押下（登録）すると連携するボタンが全て点灯する。そのため、点灯しているか否か判定することで、乗り場（エレベーターホール）からのサービス要求が入力されているか否か判定可能である。また、ランタンは消灯しているが、乗り場ボタンが点灯している場合、即時予約機能がないため、どのエレベーターが到着しても整列可能なように整列位置は乗り場（エレベーターホール）の中心となる。応答灯が点灯している場合はステップＳ３７０へ進み、乗り場（エレベーターホール）の中心の位置に整列待機する。一方、応答灯が消灯している場合はＳ３７１へ進み、乗り場上下式ボタンの再登録処理を実行する。再登録処理の処理内容は上述の図３におけるステップＳ１２６と同様である。以上により、乗り場待機処理を終了とする。
　続いて、図１１に示したステップＳ３６３、ステップＳ３６８、及びステップＳ３７０の整列待機処理について説明する。図１２は、図１に示すシミュレーション部１０による整列待機処理フローを示すフローチャートである。　
　図１２に示すように、ステップＳ４１では、対象号機の対象方向のランタンは点滅したか否かを判定する。例えば、利用者が１号機を対象としている場合、乗り場階が４階、目的階が９階であった場合、上方向の移動方向となる。そのため、１号機が到着時上方向のドアは開かず、ランタンが点滅した状況を示す。ここで、２号機の到着時や、１号機の下方向のランタン点滅時は対象とならない。対象号機の対象方向のランタンが点滅している場合はステップＳ４２へ進み、一方、対象号機の対象方向のランタンが点滅しなかった場合はＳ４３へと進む。
　ステップＳ４２では、エレベーターの到着を示すため、点滅号機前に整列する。或いは、整列している距離を縮め、ステップＳ４３へ進む。　
　ステップＳ４３では、対象号機が戸開したか否か判定する。判定の結果、戸開した場合はＳ１１４へと進む。一方、戸閉状態のままの場合は整列待機処理を完了し、次回のシステム起動まで待機する。　
　ステップＳ４４では、対象号機への乗車可能人数分乗車処理を行う。例えば、定員数が２０名、既に乗車している人数が１０名とする。定員に対する乗り込み率が８０％であった場合、乗車可能人数は（２０×０．８）―１０によって算出され、６名となる。乗り場（エレベーターホール）で待機している利用者が６名以下であれば全員乗車可能となり、７名以上の場合、余った利用者は、図１１に示したホール待機処理の再登録処理を実行する。　
　ステップＳ４５では、乗車完了した場合、乗車時間として、現在のシステム時間を格納する。
以上により、利用者の乗り場（エレベーターホール）での評価時間として、発生時間、登録完了時間、乗り場（エレベーターホール）到着時間、乗車時間を格納する。格納されるこれらの時間を利用して、様々なシミュレーションの評価が可能となる。
　シミュレーション部１０を構成するビル内利用者制御部モデル１１によって利用者の動きを制御する。本制御は入力装置モデル１２や、乗り場出力装置モデル１５によってエレベーターモデル１６側への入力や出力情報の監視を行う。入力装置モデル１２は、例えば、上下式乗り場ボタンや或いは乗り場行先階登録装置によって構成される。エレベーター設備設定部４によって入力装置モデル１２の位置を乗り場（エレベーターホール）レイアウトに合わせて任意の座標に設定可能である。入力装置モデル１２は装置によって入力に必要なデータが異なるが、それらは全て利用者情報に含まれるデータによって構成される。　
　例えば、上下式乗り場ボタンの場合、乗り場階から上方階へのサービス要求か、下方階へのサービス要求かのデータのため、利用者情報、発生階情報、及び目的階情報に基づいて、利用者毎に上方向への入力か下方向かを判定し、入力を行う。ここで入力とは、シミュレーター内に含まれる仮想メモリへの情報の格納であり、ビル内利用者制御部モデル１１と入力装置モデル１２との間の共有メモリによって構成される。
　行先階登録装置或いはゲート連動仕様であった場合、方向ではなく利用者の目的階、及び利用者属性が入力情報となり、シミュレーター内に含まれる仮想メモリにて、当該情報を入力としてセットする。上下式乗り場ボタンと比較すると情報量は多くなるため、エレベーター設備設定部４によって機器が決定されると、共有メモリ上に各入力装置に対応したデータサイズが確保される構成となる。
　エレベーター群管理制御部モデル１３では、ビル情報設定部３、エレベーター設備設定部４、及びエレベーター仕様設定部５によって設定された情報に基づいて、自動で群管理仕様を設定する。例えば、階床間距離の設定や、エレベーター台数、エレベーター速度など、入力装置モデル１２に対して最適なエレベーターの選択を行う際に、待ち時間の最小化を目的とするため到着予測時間の算出に必要なパラメーターなど、実際の制御に使用されるパラメーターを各設定から自動で設定する。
　また、入力装置モデル１２に応じて、上下式乗り場ボタンであり、車椅子仕様の乗り場ボタンであれば、近接するエレベーターのみを割り当てる制御や、ＶＩＰ仕様の乗り場ボタンが設置されていれば、ＶＩＰ号機を決定し、当該号機に対しては新規の乗り場要求には応じない制御を実行するなど、各仕様に応じたエレベーターの運行管理を実行する。行先階登録装置であった場合は、乗り場（エレベータホール）にて行先階がわかることで、行先階に応じた停止階の数を抑制する制御を行い、輸送能力を高める運転を行ったりする。
　また、設定されたエレベーター仕様に応じた制御も実施可能である。例えば上下式乗り場ボタン押下時、即時にランタンを点灯させる仕様か、点灯しない仕様かの選択によって、乗り場出力装置モデル１５であるランタンに対して、ＯＮ、ＯＦＦを切り替える制御を実行する。
　エレベーター制御部モデル１４では、主にエレベーター単体の制御を実行し、ドアの開閉制御や、エレベーターの停止、出発、加速、減速、走行処理を制御する。またエレベーター群管理制御部モデル１３と同様に、エレベーター仕様設定部５によって設定された情報に基づいて、自動でエレベーターモデル１６の仕様を設定する。例えば、階床間距離の設定や、エレベーター速度など、上述した制御に関連するパラメーターが自動で設定される。
　エレベーターモデル１６は、実際に利用者が乗降を行う乗りかごやドアを示し、エレベーター制御部モデル１４からの指令に対して、ドアの開閉状態や、乗りかごの位置情報などを変化させ、利用者の乗車を許可する役割を担う。
　総合評価出力部１７は、シミュレーションの結果を纏めて出力する。本評価はビル内利用者制御部モデル１１から出力される一人一人の乗り場に到着してからエレベーター乗車までのエレベーター待ち時間や、エレベーターへ乗車してから降車するまでの乗車時間、乗り場（エレベータホール）に到着してから目的階まで辿り着くまでのサービス完了時間などがある。また、６０秒以上のエレベーター待ち時間を長い待ち時間と定義し、全体の発生した人数に対して、長い待ち時間となった利用者の人数がどの程度存在したか、長待ち率を出力することや、シミュレーション実行中の乗り場（エレベーターホール）にてエレベーターを待っている最大利用者数を示す最大待ち人数を出力する。
　更にエレベーター群管理制御部モデル１３からは、各入力装置モデル１２が入力された時間から、入力された階床へ各エレベーターモデル１６がサービスするまでにかかった時間や、エレベーターの目的階入力（エレベーターモデル１６の乗りかごに乗車後、乗りかごかご内の行先ボタンを押下した状態）された時間から目的位置まで到着するまでにかかった時間、入力装置モデル１２を入力した数などシミュレーション実行中の平均時間、最大時間、最小時間を出力する。またその他にも総合評価出力部１７は、上述した利用者の登録までに要した時間、余分な移動に費やした時間、乗り場（エレベータホール）での待ち時間、乗車時間、登録時の最大登録待ち人数、乗り場（エレベーターホール）での最大待ち人数など、利用者の待ちに対する時間や、待ちに対する人数を評価、出力しても良い。
　＜表示部の画面表示＞　
　図１３は、図１に示す表示部１８の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の表示例である。図１３に示すように、表示画面２０は、例えば、レイアウト（シミュレーション条件）を表示する第１の表示領域２１、及び、シミュレーション結果である、例えば、無駄時間としての「滞留時間」及び「余分に歩行した時間」等を表示する第２の表示領域２２から構成されている。なお、第２の表示領域２２には、滞留時間」及び「余分に歩行した時間」に加え、上述の総合評価出力部１７からの出力である、「エレベーター待ち時間」、「乗り場（エレベータホール）に到着してから目的階まで辿り着くまでのサービス完了時間」、或は、「最大待ち人数」等を表示するよう構成しても良い。　
　図１３に示す表示画面例では、第１の表示領域２１に表示されるレイアウト１００に示されるように、ゲート設置位置が悪いレイアウトのシミュレーション状況を表している。エレベーター１０１が任意に設置され、ランタン１０２、乗り場行先階登録装置１０３が設置され、２号機に割り付けられた利用者１０４が待機している。６号機に割り付けられた利用者１０６がランタン１０８の点灯号機前に滞留している。このような条件が重なると、ゲート１０５を通過する利用者１０７は、６号機に割り付けられた利用者１０６によって移動可能なスペースが存在しなくなる。そのため、利用者１０７が増えると、ゲート１０５に登録できない利用者が増加し、エレベーター１０１はサービス可能号機が存在するにもかかわらず、登録までに要する時間が他のシミュレーション条件、仕様に比べて悪化する結果となり、当該評価結果が第２の表示領域２２に表示される。
　図１４は、図１に示す表示部１８の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の他の表示例である。図１３と比較し、図１４に示す表示画面例では、第１の表示領域２１に表示されるレイアウト２００に示されるように、エレベーターからゲート２０５の設置位置までの間に余裕があるレイアウトであるため、６号機に割り付けられた利用者２０４がいる状態でも、移動可能なスペースが存在する。そのため、利用者２０６が増加した場合でも、ゲート２０５に登録できない利用者が増加することがないため、エレベーターの性能を十分発揮することが可能となり、登録までに要する時間が余分に増えることなく、第２の表示領域２２に表示されるシミュレーション結果は良い評価結果となる。
　図１５は、図１に示す表示部１８の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の他の表示例である。図１４と比較し、図１５に示す表示画面例では、第１の表示領域２１に表示されるレイアウト３００に示されるように、ゲート３０５の設置台数が極端に少ないレイアウトを表している。ゲート３０５が少ないため、利用者３０６の整列による滞留が生じ、ゲート３０５を通過できる利用者数に制限が生じる。そのため、ゲート３０５に登録できない利用者が増加し、エレベーターはサービス可能号機が存在するにもかかわらず、登録までに要する時間が他のシミュレーション条件、仕様に比べて悪化する結果となり、当該評価結果が第２の表示領域２２に表示される。
　図１６は、図１に示す表示部１８の表示画面例であって、上下式乗り場ボタン仕様のランタン点灯仕様のレイアウトとシミュレーション結果の表示例である。第１の表示領域２１に表示されるレイアウト４００は、乗り場上下式ボタン仕様でランタンを即時に点灯する仕様でのシミュレーションを実行しているレイアウトを示している。上下式乗り場ボタン４０１を押下するとその階の全ての上下式乗り場ボタン４０１が点灯する。この時、エレベーターが２号機に割り付けられた場合、２号機のランタン４０３のみが点灯する。２号機以外のランタン４０２は消灯した状態となる。利用者４０４はある閾値の人数はランタン点灯号機の前に滞留し、閾値を超えた待ち人数の利用者４０５は整列待機を行う。
　図１７は、図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様のランタン未点灯仕様のレイアウトとシミュレーション結果の表示例である。第１の表示領域２１に表示されるレイアウト５００は、乗り場上下式ボタン仕様でランタンを即時に点灯しない仕様でのシミュレーションを実行しているレイアウトを示している。上下式乗り場ボタン５０１を押下するとその階の全ての上下式乗り場ボタン５０１が点灯する。この時、エレベーターが２号機に割り付けられた場合、２号機のランタン５０２は点灯しない。そのため利用者５０３はエレベーターホールの中央付近から整列待機を行う。
　図１８は、図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様の車椅子仕様のレイアウトとシミュレーション結果の表示例である。第１の表示領域２１に表示されるレイアウト６００は、乗り場上下式ボタン仕様でランタンを即時に点灯する仕様で、車椅子エレベーターが１号機であった場合のシミュレーションを実行しているレイアウトを示している。上下式乗り場ボタン６０１を押下するとその階の全ての上下式乗り場ボタン６０１が点灯する。この時、エレベーターが２号機に割り付けられた場合、２号機のランタン６０２は点灯した状態となる。車椅子利用者６０３は、１号機付近にある車椅子乗り場ボタンを押下するため、整列した状態となる。そのため、車椅子利用者６０３の登録までに要する時間が長くなる悪い評価となり、その結果がシミュレーション結果として第２の表示領域２２に表示される。
　図１９は、図１に示す表示部１８の表示画面例であって、上下式乗り場ボタン仕様の車椅子仕様のレイアウトとシミュレーション結果の他の表示例である。第１の表示領域２１に表示されるレイアウト７００は、乗り場上下式ボタン仕様でランタンを即時に点灯する仕様で、車椅子エレベーターが３号機であった場合のシミュレーションを実行しているレイアウトを示している。上下式乗り場ボタン７０１を押下するとその階の全ての上下式乗り場ボタン７０１が点灯する。この時、エレベーターが２号機に割り付けられた場合、２号機のランタン７０２は点灯した状態となる。車椅子利用者７０３は、３号機付近にある車椅子乗り場ボタン７０４を押下することが可能となり、３号機が割り付けられる。そのため、３号機のランタン７０４が点灯するため、車椅子利用者７０３は早めに登録することが可能となり、登録までに要した時間が短くなるため良い評価となる。このシミュレーション結果が、第２の表示領域２２に表示される。
　以上の通り、本実施例によれば、エレベーター設備による利用者への影響度の評価並びに利用者の動線に関する評価を可能とし、各種用途のビルを好適にシミュレーション可能なビルシミュレーター及びビルシミュレーション方法を提供することが可能となる。　
　また、本実施例によれば、ビルシミュレーターを構成する表示部の画面上に、シミュレーション条件であるレイアウトが第１の表示領域２１に表示され、当該レイアウトにてシミュレーションを実行した結果が第２の表示領域２２に表示されることから、目視により容易にレイアウトのシミュレーション結果を把握することができ、各種用途のビルのレイアウトを事前に評価することが可能となる。　
　更にまた、本実施例によれば、過去の類似ビル仕様の現地計測データに基づいて時間帯毎の発生分布を設定することから、設置計画時点である程度将来ビル運用が開始された際の利用状況を模擬することが可能となる。
　図２０は、本発明の他の実施例に係る実施例２のビルシミュレーターを構成するシミュレーション部によるエレベーターを降車する利用者の処理フローを示すフローチャートである。実施例１に示したビルシミュレーターでは、乗り場（エレベーターホール）の入口付近から所望の号機前まで利用者が移動する場合におけるレイアウト等をシミュレーションにより評価する構成としたが、本実施例では、利用者がエレベーターを降車後、目的位置まで移動する場合のビル内のレイアウトの評価をシミュレーションする点で実施例１と異なる。ビルシミュレーター１の全体構成は、図１に示した実施例１と同様である。以下では、実施例１と異なる点を主として説明する。
　図２０に示すように、本実施例に係るビルシミュレーターは、ステップＳ５１にて、目的階にエレベーターが到着し、戸開したか否かを判定する。判定の結果、目的階にエレベーターが到着し戸開した場合にはステップＳ５２へ進む。一方、判定の結果、戸開したもののエレベーターが目的階に未到着の場合はステップＳ５４へ進む。　
　ステップＳ５２では、利用者はエレベーターから降車し、降車時間を現在のシステム時間として仮想メモリ内に格納し、ステップＳ５３へ進む。　
　ステップＳ５３では、目的階にてエレベーターから降車した利用者の目的位置歩行処理を実行し、処理を終了する。目的位置歩行処理の詳細については、図２１を用いて後述する。
　上述のステップＳ５１にて、判定の結果、戸開したもののエレベーターが目的階に未到着の場合は、ステップ５４にて、エレベーターの乗りかごの後ろに乗車している利用者の中に当該階床（フロア）にて降車する利用者がいるか否かを判定する。なお、当該階床（フロア）にて降車する利用者の有無は、例えば、行先階登録装置への入力情報等に基づき判定することができる。判定の結果、降車する利用者が後ろに乗車している場合には、ステップＳ５５へ進む。一方、降車する利用者が後ろに乗車していない場合には特に処理をすることなく終了する。　
　ステップＳ５５では、エレベーターの乗りかごの後ろに乗車している利用者が降車可能となるよう、エレベーターの乗りかごの前側（かご戸側）に位置する利用者は一時的に降車し、ステップＳ５６へ進む。ステップＳ５６では、降車する利用者がいなくなったか否かを判定し、判定の結果、当該階床（フロア）にて降車する利用者がいなくなった場合には処理を終了する。一方、当該階床（フロア）にて降車する利用者が存在する場合にはステップＳ５６の処理を繰り返し実行する。
　次に、ステップＳ５３における目的位置歩行処理の詳細について説明する。図２１は、本実施例のシミュレーション部による目的位置歩行処理フローを示すフローチャートである。　
　図２１に示すように、ステップＳ５３１では、降車位置から目的位置までの距離ＬＤを取得する。降車位置から目的位置までの距離ＬＤは、事前に利用者設定部２により設定された利用者属性情報及びビル情報設定部３により設定された降車位置のフロアのレイアウトに基づき、ビルが仮にオフィスビルの場合は当該利用者のオフィスが目的位置として抽出され、ビルが仮にマンションの場合には、利用者が居住する部屋が目的位置として抽出される。また、降車位置については、上述の実施例１と同様に事前に行先階登録装置等の乗り場装置を設定した時点で各号機の位置が取得されることから距離ＬＤは算出される。
　ステップＳ５３２では、利用者の歩行速度からシステム時間単位の歩行距離を取得する。ここで、利用者の歩行速度は、利用者設定部２により設定された歩行速度であり、歩行速度×システム時間にてシステム時間単位での歩行距離が算出される。　
　ステップＳ５３３では、歩行判定処理を実行する。ここでの歩行判定処理は上述の実施例１において図１０を用いて説明した処理と同様であり、ステップＳ３３１における利用者の歩くスペース及びステップＳ３３２における歩行方向に対してのスペースは、それぞれ、降車位置から目的位置までの移動経路上のスペースとなる。
　ステップＳ５３４では、利用者の移動距離Ｌｐｓｎを（システム時間－登録時間－ペナルティ１）×歩行速度により算出する。算出が完了すると、ステップＳ５３５へ進む。　
　ステップＳ５３５では、利用者の移動距離Ｌｐｓｎを降車位置から目的位置までの距離ＬＤと比較し、同一か否か判定する。すなわち、利用者が目的位置に到着したか否かを判定する。判定の結果、利用者の移動距離Ｌｐｓｎが降車位置から目的位置までの距離ＬＤと同一であった場合には目的地に到着したと判定し、ステップＳ５３６へ進む。一方、判定の結果、利用者の移動距離Ｌｐｓｎが降車位置から目的位置までの距離ＬＤと同一でなかった場合にはそのまま処理を終了する。　
　ステップＳ５３６では、利用者データとして、目的位置到着時間を更新する。目的位置到着時間は、現在のシステム時間をそのまま格納する。
　なお、この他の構成及び動作、例えば表示部１８の表示画面２０への表示などは実施例１と同様であるため、説明を省略する。
　以上の通り、本実施例によれば、実施例１の効果に加え、オフィスビル或いはマンションなどの各種用途のビルにおいて、利用者がエレベーターを降車してから、自身のオフィス或いは自身が居住する部屋までのビル内レイアウトを設置計画時点でシミュレーションにより評価することが可能となる。
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
１…ビルシミュレーター，２…利用者設定部，３…ビル情報設定部，４…エレベーター設備設定部，５…エレベーター仕様設定部，６…時間帯設定部，１０…シミュレーション部，１１…ビル内利用者制御部モデル，１２…入力装置モデル，１３…エレベーター群管理制御部モデル，１４…エレベーター制御部モデル，１５…乗り場出力装置モデル，１６…エレベーターモデル，１７…総合評価出力部，１８…表示部，２０…表示画面，２１…第１の表示領域，２２…第２の表示領域

Claims (14)

  1. 　設定されるビル内の少なくともレイアウトを含むビル仕様と、
    　設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、
    　前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくとも前記レイアウトを評価するシミュレーション部を備えることを特徴とするビルシミュレーター。
  2. 　請求項１に記載のビルシミュレーターにおいて、
    　前記シミュレーション部は、
    　前記ビル仕様と前記エレベーター情報と前記利用者情報とに基づき、前記利用者がビルに入ってから前記エレベーター設備を利用し前記ビル内の目的位置に到達するまでに要する時間をシミュレーションし、当該シミュレーションの結果に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーター。
  3. 　請求項２に記載のビルシミュレーターにおいて、
    　少なくとも階床及び前記レイアウトを含むビル仕様を設定するビル情報設定部と、
    　前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報と、利用者がエレベーターホールへ入り込む階床を設定する発生階と、エレベーターの利用に伴い目的の階床を設定する目的階とを設定する利用者設定部と、を有することを特徴とするビルシミュレーター。
  4. 　請求項３に記載のビルシミュレーターにおいて、
    　前記シミュレーション部は、
    　前記ビル情報設定部により設定された情報及び前記利用者設定部により設定された情報に基づき、エレベーターホール入口付近のエレベーター待ち人数が所定の閾値を超えた場合、エレベーターホール内で所望のエレベーター号機前に利用者が到達する時間をシミュレーションにより余分歩行時間として求め、当該求めた余分歩行時間に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーター。
  5. 　請求項３に記載のビルシミュレーターにおいて、
    　前記シミュレーション部は、
    　前記ビル情報設定部により設定された情報及び前記利用者設定部により設定された情報に基づき、所望のエレベーター号機の方向にエレベーターホール内で利用者が歩行可能なスペースが存在しない場合、シミュレーションにより利用者の滞留時間を求め、当該求めた滞留時間に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーター。
  6. 　請求項３に記載のビルシミュレーターにおいて、
    　前記シミュレーション部は、
    　前記ビル仕様と類似するビル仕様を有するビルの過去の計測データ及び前記利用者設定部により設定された情報に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーター。
  7. 　請求項６に記載のビルシミュレーターにおいて、
    　前記ビル仕様と類似するビル仕様を有するビルは、少なくともビルの用途の一致、及びビルの階床数並びにエレベーター設置規模がシミュレーションの対象となるビルと所定の誤差以内のビルであることを特徴とするビルシミュレーター。
  8. 　請求項４乃至請求項６のうちいずれか１項に記載のビルシミュレーターにおいて、
    　表示部を備え、
    　前記表示部の表示画面は、シミュレーション条件であるビルのレイアウトを表示する第１の表示領域と、前記第１の表示領域に表示されるレイアウトのシミュレーション結果を表示する第２の表示領域と、を有することを特徴とするビルシミュレーター。
  9. 　少なくともシミュレーション部を有しビルの評価を行うビルシミュレーション方法であって、
    　設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくとも前記レイアウトをシミュレーションにより評価することを特徴とするビルシミュレーション方法。
  10. 　請求項９に記載のビルシミュレーション方法において、
    　前記ビル仕様と前記エレベーター情報と前記利用者情報とに基づき、前記利用者がビルに入ってから前記エレベーター設備を利用し前記ビル内の目的位置に到達するまでに要する時間をシミュレーションし、当該シミュレーションの結果に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーション方法。
  11. 　請求項１０に記載のビルシミュレーション方法において、
    　設定される少なくとも階床及び前記レイアウトを含むビル仕様と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報と、利用者がエレベーターホールへ入り込む階床を設定する発生階と、エレベーターの利用に伴い目的の階床を設定する目的階とに基づき、エレベーターホール入口付近のエレベーター待ち人数が所定の閾値を超えた場合、エレベーターホール内で所望のエレベーター号機前に利用者が到達する時間をシミュレーションにより余分歩行時間として求め、当該求めた余分歩行時間に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーション方法。
  12. 　請求項１０に記載のビルシミュレーション方法において、
    　設定される少なくとも階床及び前記レイアウトを含むビル仕様と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報と、利用者がエレベーターホールへ入り込む階床を設定する発生階と、エレベーターの利用に伴い目的の階床を設定する目的階とに基づき、所望のエレベーター号機の方向にエレベーターホール内で利用者が歩行可能なスペースが存在しない場合、シミュレーションにより利用者の滞留時間を求め、当該求めた滞留時間に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーション方法。
  13. 　請求項１０に記載のビルシミュレーション方法において、
    　前記ビル仕様と類似するビル仕様を有するビルの過去の計測データと、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報と、利用者がエレベーターホールへ入り込む階床を設定する発生階と、エレベーターの利用に伴い目的の階床を設定する目的階とに基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーション方法。
  14. 　請求項１３に記載のビルシミュレーション方法において、
    　前記ビル仕様と類似するビル仕様を有するビルは、少なくともビルの用途の一致、及びビルの階床数並びにエレベーター設置規模がシミュレーションの対象となるビルと所定の誤差以内のビルであることを特徴とするビルシミュレーション方法。
PCT/JP2017/028722 2017-08-08 2017-08-08 ビルシミュレーター及びビルシミュレーション方法 WO2019030816A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2019535469A JP6880196B2 (ja) 2017-08-08 2017-08-08 ビルシミュレーター及びビルシミュレーション方法
PCT/JP2017/028722 WO2019030816A1 (ja) 2017-08-08 2017-08-08 ビルシミュレーター及びビルシミュレーション方法
CN201780093651.1A CN111108500B (zh) 2017-08-08 2017-08-08 建筑物仿真器以及建筑物仿真方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/028722 WO2019030816A1 (ja) 2017-08-08 2017-08-08 ビルシミュレーター及びビルシミュレーション方法

Publications (1)

Publication Number Publication Date
WO2019030816A1 true WO2019030816A1 (ja) 2019-02-14

Family

ID=65270882

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/028722 WO2019030816A1 (ja) 2017-08-08 2017-08-08 ビルシミュレーター及びビルシミュレーション方法

Country Status (3)

Country Link
JP (1) JP6880196B2 (ja)
CN (1) CN111108500B (ja)
WO (1) WO2019030816A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021131332A1 (ja) * 2019-12-26 2021-07-01 株式会社日立製作所 建築モデルデータ支援システムおよび建築モデルデータ支援方法
JP2021189526A (ja) * 2020-05-26 2021-12-13 株式会社東芝 レイアウト支援装置、レイアウト支援方法およびプログラム
CN113836614A (zh) * 2020-06-24 2021-12-24 株式会社日立大厦*** 大楼信息显示***和大楼信息显示方法
WO2022054285A1 (ja) * 2020-09-14 2022-03-17 株式会社日立製作所 設備レイアウト異常判定装置及び設備レイアウト異常判定方法
CN115039102A (zh) * 2020-02-28 2022-09-09 株式会社日立制作所 建筑模型生成装置和建筑模型生成方法
CN117216860A (zh) * 2023-11-07 2023-12-12 天津鑫宝龙电梯集团有限公司 一种电梯井道布置图推荐方法、装置、设备及介质
JP7448465B2 (ja) 2020-12-02 2024-03-12 株式会社日立製作所 整列範囲生成装置および整列範囲生成方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113449364B (zh) * 2021-06-22 2023-01-03 上海柏涛建筑设计有限公司 一种基于辗模块的建筑物快捷布局方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000044134A (ja) * 1998-07-30 2000-02-15 Taisei Corp 建物内総合交通シミュレーションシステム
JP2005182558A (ja) * 2003-12-22 2005-07-07 Hitachi Ltd コスト予測・評価方式
JP2009096612A (ja) * 2007-10-18 2009-05-07 Hitachi Ltd 人流演算装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0728387A (ja) * 1993-07-14 1995-01-31 Hitachi Ltd 移動体の運動計画方法及び装置
JP2002208063A (ja) * 2001-01-09 2002-07-26 Hitachi Ltd エレベーターシステム及びエレベーターのレンタル方法
JP2004093851A (ja) * 2002-08-30 2004-03-25 Sekisui House Ltd モデルハウス眺望シミュレーションシステム
JP4800723B2 (ja) * 2005-09-27 2011-10-26 株式会社日立製作所 エレベータの群管理システム及びその制御方法
US9015020B2 (en) * 2007-04-23 2015-04-21 Siemens Industry, Inc. Method and system for testing a building control system
CN101403891B (zh) * 2008-11-14 2010-06-02 天津大学 电梯群控节能调度方法
US20100217640A1 (en) * 2009-02-20 2010-08-26 Mark Nichols Method and system for adaptive construction sequencing
JP5847220B2 (ja) * 2014-02-26 2016-01-20 東芝エレベータ株式会社 エレベータ群管理装置およびエレベータ群管理方法
CN107848732B (zh) * 2015-07-16 2019-06-11 三菱电机株式会社 电梯的目的地呼梯登记***及其方法
JP2017037441A (ja) * 2015-08-07 2017-02-16 株式会社東芝 プロセスシミュレータ、レイアウトエディタ及びシミュレーションシステム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000044134A (ja) * 1998-07-30 2000-02-15 Taisei Corp 建物内総合交通シミュレーションシステム
JP2005182558A (ja) * 2003-12-22 2005-07-07 Hitachi Ltd コスト予測・評価方式
JP2009096612A (ja) * 2007-10-18 2009-05-07 Hitachi Ltd 人流演算装置

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021105768A (ja) * 2019-12-26 2021-07-26 株式会社日立製作所 建築モデルデータ支援システムおよび建築モデルデータ支援方法
EP4082955A4 (en) * 2019-12-26 2024-01-24 Hitachi, Ltd. ARCHITECTURAL MODEL DATA SUPPORT SYSTEM AND ARCHITECTURAL MODEL DATA SUPPORT METHOD
WO2021131332A1 (ja) * 2019-12-26 2021-07-01 株式会社日立製作所 建築モデルデータ支援システムおよび建築モデルデータ支援方法
JP7199341B2 (ja) 2019-12-26 2023-01-05 株式会社日立製作所 建築モデルデータ支援システムおよび建築モデルデータ支援方法
CN115039102A (zh) * 2020-02-28 2022-09-09 株式会社日立制作所 建筑模型生成装置和建筑模型生成方法
JP7379270B2 (ja) 2020-05-26 2023-11-14 株式会社東芝 レイアウト支援装置、レイアウト支援方法およびプログラム
JP2021189526A (ja) * 2020-05-26 2021-12-13 株式会社東芝 レイアウト支援装置、レイアウト支援方法およびプログラム
CN113836614A (zh) * 2020-06-24 2021-12-24 株式会社日立大厦*** 大楼信息显示***和大楼信息显示方法
JPWO2022054285A1 (ja) * 2020-09-14 2022-03-17
WO2022054285A1 (ja) * 2020-09-14 2022-03-17 株式会社日立製作所 設備レイアウト異常判定装置及び設備レイアウト異常判定方法
CN115917549A (zh) * 2020-09-14 2023-04-04 株式会社日立制作所 设备布局异常判定装置及设备布局异常判定方法
JP7385761B2 (ja) 2020-09-14 2023-11-22 株式会社日立製作所 設備レイアウト異常判定装置及び設備レイアウト異常判定方法
JP7448465B2 (ja) 2020-12-02 2024-03-12 株式会社日立製作所 整列範囲生成装置および整列範囲生成方法
CN117216860A (zh) * 2023-11-07 2023-12-12 天津鑫宝龙电梯集团有限公司 一种电梯井道布置图推荐方法、装置、设备及介质
CN117216860B (zh) * 2023-11-07 2024-02-23 天津鑫宝龙电梯集团有限公司 一种电梯井道布置图推荐方法、装置、设备及介质

Also Published As

Publication number Publication date
JPWO2019030816A1 (ja) 2020-07-09
JP6880196B2 (ja) 2021-06-02
CN111108500B (zh) 2023-12-05
CN111108500A (zh) 2020-05-05

Similar Documents

Publication Publication Date Title
WO2019030816A1 (ja) ビルシミュレーター及びビルシミュレーション方法
CN102159482B (zh) 电梯组群管理装置
JP6757282B2 (ja) エレベーターシミュレーター
US8348021B2 (en) User selection of an elevator
JP2009096612A (ja) 人流演算装置
JP4515772B2 (ja) 乗客案内システムおよび表示装置
WO2019087249A1 (ja) エレベーター運行管理システムおよびエレベーター運行管理方法
WO2019217432A1 (en) System and method for landing and storing vertical take-off and landing aircraft
EP3067770B1 (en) Automatic driving system and automatic travel machine
JP2010070382A (ja) 昇降機システム
CN108861904A (zh) 使用建筑楼层平面图的目的地输入
US10155639B2 (en) Elevator notice system
KR20180137549A (ko) 엘리베이터 시스템 및 카 호출 추정 방법
CN111225866B (zh) 自动呼叫登记***以及自动呼叫登记方法
WO2019087730A1 (ja) ビル内交通予測システム、ビル内交通予測システムにおけるエレベーター乗り場レイアウトの生成方法及びプログラム
JP7184521B2 (ja) 車両運行管理方法及び車両運行管理装置
JP2009155042A (ja) 群管理エレベータ性能評価装置
JP6242952B1 (ja) Ｂｉｍシステム、方法およびプログラム
WO2020230311A1 (ja) 移動支援システム
KR101813872B1 (ko) 승객의 카 내 탑승위치를 지정하는 엘리베이터 시스템
JP6960388B2 (ja) エレベーターシステム、および、乗場釦故障検出装置
KR20190028512A (ko) 여객 이동 상황 출력 장치 및 방법
WO2018193819A1 (ja) エレベーター利用者移動予測方法およびエレベーター利用者移動予測装置
WO2019087710A1 (ja) エレベーターの上下方向人数検出システム、及び上下方向人数検出方法
JP2006268264A (ja) 建物設備仕様決定支援システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17921063

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
ENP Entry into the national phase

Ref document number: 2019535469

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17921063

Country of ref document: EP

Kind code of ref document: A1