CN108693863A - Elevator emulator - Google Patents

Abstract

The present invention provides an elevator simulator capable of more accurately evaluating the influence of the specifications of elevator equipment on the user and the influence on the behavior of the user. In the simulation, the user is generated to act based on elevator information and building information, wherein the elevator information is set correspondingly to the elevator equipment by the elevator equipment setting unit, and the building information is set correspondingly to the entire building by the building information setting unit ground setting. Simulation is performed in this state. Thereby, the influence of the specification of an elevator installation on a user and the influence on a user's behavior can be evaluated more accurately.

Description

elevator simulator

technical field

The present invention relates to an elevator simulator, and is particularly applicable to an elevator simulator implementing simulation corresponding to elevator equipment.

Background technique

In the existing elevator simulator, based on the recommendation candidates extracted according to the specified conditions, the operation history data of the recommended building equipment, the building equipment status data and the building equipment parameter option data, the above-mentioned The simulation evaluation when recommending an object outputs recommendation candidates as necessary (refer to Patent Document 1).

prior art literature

patent documents

Patent Document 1: Japanese Patent Laid-Open No. 2012-226460

Contents of the invention

The problem to be solved by the invention

However, in the conventional elevator simulator, even if the influence of the installation of the building equipment itself can be evaluated, the influence on the user and the behavior of the user regarding the elevator equipment specification cannot be evaluated. Therefore, it is necessary to conduct sufficient deliberations when planning the installation of building equipment, and a lot of time is required for planning the installation of building equipment. On the other hand, in the case of insufficient consideration in the planning of installation of building equipment, the convenience of users deteriorates, and in order to make up for this, it is necessary to make up for it at the operational level, such as providing guidance for security in the building, etc. There is the possibility of additional unnecessary labor costs.

The present invention is made in consideration of the above points, and it is proposed that not only the influence of the installation of building equipment can be more accurately evaluated, but also the influence of the specifications of elevator equipment on users and the influence on user behavior can be more accurately evaluated. elevator simulator.

Technical solutions for solving problems

In order to solve the above-mentioned problems, the present invention is equipped with: an elevator equipment setting unit for setting elevator information about elevator equipment; a building information setting unit for setting building information about building specifications of the entire building; and a building information setting unit for setting user information. The user setting unit, wherein the user information includes the generation time, generation floor, destination floor, and attribute of the user simulated in the elevator equipment; the user in the building who controls the behavior of the user a control section; an elevator control section that manages operation by controlling the elevator equipment; an input device that issues a service request from the in-building user control section to the elevator control section; and a floor that outputs a result of responding to the service request In the station output device, the in-building user control unit simulates the user's behavior based on the elevator information and the building information by generating a simulation.

Invention effect

According to the present invention, it is possible to more accurately evaluate not only the influence of installation of building equipment but also the influence of changes in behavior of users regarding building equipment specifications.

Description of drawings

Fig. 1 is a system configuration diagram of an elevator simulator according to the present embodiment.

FIG. 2 is a flowchart of an example of user generation processing in this embodiment.

FIG. 3 is a flowchart of an example of registration determination processing in this embodiment.

FIG. 4 is a flowchart of an example of device registration processing in this embodiment.

FIG. 5 is a flowchart of an example of device user waiting processing shown in FIG. 4 .

Fig. 6 is a flowchart of an example of the destination floor registration process shown in Fig. 4 .

FIG. 7 is a flow chart of an example of allocation stand-alone processing shown in FIG. 6 .

FIG. 8 is a flowchart of an example of user update processing shown in FIG. 6 .

Fig. 9 is a flowchart of an example of the boarding point walking process shown in Fig. 8 .

FIG. 10 is a flowchart of an example of walking determination processing shown in FIG. 9 .

FIG. 11 is a flowchart of an example of the lobby waiting process shown in FIG. 9 .

FIG. 12 is a flowchart of an example of queue waiting processing in this embodiment.

FIG. 13 is a layout diagram at the time of simulation of the door interlocking method of this embodiment.

FIG. 14 is a layout diagram at the time of simulation of the door interlocking method of this embodiment.

FIG. 15 is a layout diagram at the time of simulation of the door interlocking method of this embodiment.

Fig. 16 is a layout diagram at the time of simulation of the lighting method of the hall indicator light of the up-and-down hall button method according to the present embodiment.

FIG. 17 is a layout diagram at the time of simulation of the hall indicator lamp non-lighting method of the up-and-down hall button method according to the present embodiment.

Fig. 18 is a layout diagram at the time of simulation of the wheelchair method of the up-and-down hall button method according to the present embodiment.

Fig. 19 is a layout diagram at the time of simulation of the wheelchair method of the up and down boarding point button method according to the present embodiment.

Detailed ways

An embodiment of the present invention will be described in detail below with reference to the drawings.

(1) System configuration

FIG. 1 shows a schematic configuration example of a simulation system 100 according to this embodiment.

The simulation system 100 includes a user setting unit 1 , a building information setting unit 2 , an elevator equipment setting unit 3 , an elevator specification setting unit 4 , a time zone setting unit 5 and a simulation unit 10 . The simulation unit 10 includes a building user control unit 11 , an input device 12 , an elevator group management control unit 13 , an elevator control unit 14 , a landing output device 15 , an elevator 16 and a comprehensive evaluation output unit 17 .

The user setting unit 1 has a function of setting information on a user. As the information about the user, for example, a generated floor for setting the floor where the user enters the elevator lobby, a destination floor indicating the destination floor set according to the use of the elevator, and indicating whether the user is a general user or a wheelchair user Also, user attributes such as VIP users, walking speed of users walking in the lobby, generation distribution for setting the user generation ratio for each generation floor or destination floor, and the like.

The building information setting unit 2 has a function of setting building information. As this building information, the number of floors of a building and the distance between floors are mentioned, for example. The building information includes information such as the number of people in the building indicating how many users are occupied in each office on each floor of the building, building specifications of each floor, a lobby floor, a parking lot floor, and a shared floor.

The elevator installation setting unit 3 has a function of setting elevator information on the elevator installation. This elevator equipment includes, for example, six elevator cars (hereinafter simply referred to as "cars"), the installation positions of the elevator cars on the floors, and a destination floor register for registering destination floors at halls as input devices. The device, the up-and-down landing button that makes a service request based on moving from the landing to the upper floor or to the lower floor, a door linkage device that can register the destination floor when passing the door at the entrance of the landing, and an output device in the The hall indicator light that indicates the direction when the elevator arrives, and indicates the reserved stand-alone and the reserved direction when other elevators are reserved, can be used to indicate the destination floor of the scheduled stop floor of each stand-alone machine at the landing when the destination floor is registered at the landing Where to set the stop floor and other settings on the floor.

The elevator specification setting unit 4 has a function of setting specifications of installed elevator equipment. Examples of the specifications of the elevator equipment include elevator speed, door width, and rated number of people. Further, as the operation specification of the elevator equipment, the presence or absence of an instant reservation function that lights up the indicator lamp of the stand-alone elevator determined according to the service request at the moment when the service request is issued from the hall button, etc. can be listed.

The time zone setting unit 5 has a function of setting the time zone in which the simulation is performed. In general, the operating conditions of elevators in a building differ from time to time. For example, during office hours, users often enter the building, and the movement of the users starts from the lobby floor and uses the work floor of each user as the destination floor. In the first half of the lunch time zone, if there is a cafeteria floor or a restaurant floor in the building, the number of users moving from the work floor of each user to the cafeteria floor or the restaurant floor increases. In the off-duty time zone, contrary to the on-duty time zone, many users move from the work floor of each user to the lobby floor.

The time zone setting unit 5 and the user setting unit 1 set generation distributions such as generation ratios of users for each generation floor and destination floor so as to be correlated with each other. Here, as a method of setting the generation ratio of users, the method of automatically setting the generation ratio after setting the time zone, the method of sequentially setting the generation distribution of users for each arbitrary time zone, and it is determined according to the building use A method of generating distribution for each time zone or a method of determining the generation distribution for each time zone based on past field measurement data of similar building specifications.

In the method of automatically setting the generation ratio after setting the time zone, for example, when the time zone is set as the office time zone, the number of users from the lobby floor to each floor is set according to the number of people on each floor. Generate scale. Specifically, during the 30 minutes of working hours from 8:15 to 8:45, when the generation ratio of users going to each floor from the lobby floor is set to 40%, and the resident personnel on the 5th floor are When there are 100 people and 80 people live on the 4th floor, 40 users are generated from the lobby to the 5th floor, and 32 users are generated from the 4th floor.

In the method of sequentially setting user occurrence distributions for each arbitrary time zone, the generation ratio of users for each generation floor and destination floor is set for each time zone. Specifically, it is set that the generation ratio of users going to other floors from the lobby floor between 8:15 and 8:30 during the working hours is 15%, The generation ratio of users going to other floors on a floor is 25%. In addition, the length of the time zone can be set arbitrarily, and the setting value of the generation distribution can be set proportionally or in detail for each floor.

In this setting method, for example, 200 users can be generated from the lobby floor, 10 users can be generated from the 1st floor, 80 users can be generated from the 4th floor, and 80 users can be generated from the 5th floor. The number of users is 130, or more specifically, it can be set in detail as 125 users from the lobby floor to the 5th floor, 75 users from the lobby floor to the 4th floor, and 75 users from the 1st floor to the 4th floor. There are 5 users, and there are 5 users from the 1st floor to the 5th floor.

In the method of determining the generation distribution for each time zone according to the use of the building, the setting value is changed in the method of automatically setting the generation ratio after setting the above-mentioned time zone according to the use of the building. As this building use, an office building, a high-rise residence (apartment building), a hotel, or a multi-family building are mentioned, for example. In office hours, for example, in an office building, there is generally a flow of users from the lobby floor to each floor, whereas in a high-rise residence (apartment building), the flow of users from each floor to the lobby floor is relatively large. Furthermore, since the time zone is also different from that of an office building, the time zone and generation distribution also change according to the building usage.

After completing the setting of these information, the simulation can be carried out. The simulation unit 10 for performing the simulation always updates the system time, and includes for the simulation described later: an in-building user control unit 11 that controls the generated floor movement of the user and boarding and alighting in the elevator 16, and a The internal user control part 11 sets the input device 12 for the service request of the elevator, the elevator group management control part 13 for operating management in response to the service request, and controls the elevator car in response to the service request received from the elevator group management control part 13 Or the elevator control unit 14 that controls the opening and closing of the car door, the hall output device 15 that realizes the guidance to the user from the elevator group management control unit 13 or the elevator control unit 14, and the elevator 16 on which the user boards and exits. In addition, in this embodiment, "user" means the user generated in the simulation.

The elevator group management control unit 13 is triggered when the system time of the simulation unit 10 reaches the simulation end time, and finally the comprehensive evaluation output unit 17 outputs the evaluation under the set simulation conditions. This evaluation includes the elevator waiting time from the arrival of each user at the landing to boarding, the ride time from boarding to disembarking, and the time from arriving at the landing to the destination floor output by the user control unit 11 in the building. service completion time. In addition, for example, if the elevator waiting time of 60 seconds or more is defined as a long waiting time, this evaluation outputs the long waiting rate as a measure of how much the number of users with a long waiting time is compared to the total number of generated users. Exist to a certain extent, or output the maximum number of waiting people, indicating the maximum number of users waiting in the landing station within the simulation time.

The elevator group management control unit 13 inputs the following evaluation based on the time input from each input device 12: the time it takes for the car in each elevator 16 to reach the input floor, for example, in the elevator 16, the user presses the car after getting on the car. The evaluation of the average time, the maximum time, the minimum time, etc. in the simulated time such as the time it takes to reach the destination after the destination button is input in the destination floor, and the numbers input by the input device 12.

The evaluation output from the elevator group management control unit 13 is output from the elevator control unit 14 in the case of a non-group management system or when a simulation of only one elevator is performed.

The in-building user control unit 11 performs operation and time management according to the equipment in order to reproduce the movement of the user at the boarding point concretely from the generation of the user. By changing the elevator output status according to the equipment and specifications set by the elevator equipment setting unit 3 and the elevator specification setting unit 4, these movements are changed according to the output status. These movements will be described later (see FIGS. 2 to 12 ).

The input device 12 corresponds to, for example, an up and down hall button and a hall destination floor registration device. The position of the input device 12 in the hall can be set to arbitrary coordinates according to the hall layout by setting by the elevator equipment setting unit 3 . In the input device 12, although the data required for input is different for each target device, data including all user information is input to them.

For example, when the input device 12 is an up and down hall button, the input information obtained by the input device 12 is data representing a service request from the hall to the upper floor or a service request to the lower floor, so based on user information 1. Generate floor information and destination floor information, and determine whether each user is requesting service upwards or downwards. Here, the input information is stored in a shared memory shared between the in-building user control unit 11 and the input device 12 in the simulation unit 10 .

In the case of the method using the destination floor registration device or the door linkage method, it is not the input information about the upper floor or the lower floor, but the user's destination floor and user attributes are the input information. This input information is stored in a shared memory provided in the simulation unit 10 . Compared with the case of up and down hall buttons, the amount of information is large, and after the elevator equipment setting unit 3 determines the equipment, it allocates the data size corresponding to the input information obtained by each input device 12 in the shared memory.

The elevator group management control unit 13 automatically sets group management specifications based on the setting information of the building information setting unit 2 , the elevator equipment setting unit 3 , and the elevator specification setting unit 4 . In addition to the setting of the inter-floor distance, the elevator group management control unit 13 automatically extracts and sets parameters necessary for calculating the predicted arrival time from each setting information when selecting the optimal elevator for the input device 12. The parameters used in the actual control, such as the number of elevators and the speed of the elevator, etc., minimize the waiting time.

The elevator group management control unit 13 performs elevator operation management according to each standard. For example, when the input device 12 is provided with a wheelchair-type up-and-down hall button, the elevator group management control unit 13 controls only the elevators close to the up-and-down hall button as the allocated stand-alone machines. In addition, for example, when the input device 12 is provided with a hall button of VIP mode, the elevator group management control unit 13 performs control to regard a predetermined stand-alone machine as a VIP stand-alone machine, so that the VIP stand-alone machine does not respond to a new service request. On the other hand, when the input device 12 is provided as a destination floor registration device, the elevator group management control unit 13 controls the number of stop floors corresponding to the destination floor because the destination floor is known at the hall. get suppressed. Thereby, it is possible to carry out transportation with improved transportation capacity.

In addition, the elevator group management controller 13 can also perform control according to preset elevator specifications. The elevator group management control unit 13 controls, for example, whether the hall indicator lamp is immediately lit or not lit when the up and down hall button is pressed, and switches the hall indication as the hall output device 15. The on state, off state, or blinking state of the light.

The elevator control part 14 mainly performs the control of the single elevator, the switch control of the control door, the stop, departure, acceleration, deceleration and operation processing of the elevator. As in the case of the elevator group management control unit 13 , the elevator specification is automatically set based on the information set by the elevator specification setting unit 4 . For example, setting of the inter-floor distance or setting of parameters related to control such as the above-mentioned elevator speed is performed autonomously.

The elevator 16 is a general term for equipment including an elevator on which users get on and off, and changes the opening and closing state of the doors, the state of the car, and the like in accordance with instructions from the elevator control unit 14 . Moreover, the destination floor reservation system which manages the registration of a destination floor is associated with this elevator 16. FIG.

The comprehensive evaluation output unit 17 summarizes and outputs the simulation results. The simulation results at least include the information output by the user control unit 11 in the building, such as elevator information, the waiting time for each user to get on the elevator after arriving at the landing, the time for the user to get off the elevator after taking the elevator, and the usage time. It is one of the service completion time between the arrival of the passenger at the landing station and the completion of the service at the destination floor. In the present embodiment, an elevator waiting time of 60 seconds or more is defined as a long waiting time. The comprehensive evaluation output unit 17 outputs, for example, the probability (long waiting rate) indicating the ratio of the number of users with a long waiting time to the overall generated number of users, or the maximum number of users waiting for an elevator at a hall within the simulation time. The maximum number of people waiting.

And, based on the input time from each input device 12, the comprehensive evaluation generation unit 17 outputs the time required for each elevator 16 to go to the destination floor recorded by the input and start service, and the time from the input of the destination floor in the elevator 16 to the arrival time. The average time, the maximum time, and the minimum time among simulation times such as the time required for the destination position, and the number input by the input device 12 .

In addition, the comprehensive evaluation output unit 17 can also simulate the time required for each user to register, the time spent on additional movement, the waiting time at the hall, and the time required for taking an elevator in the time zone for each building information simulation. Evaluate and output the time that the user waits for, or the number of people waiting for the user to wait, such as the maximum registered waiting number at the time of registration, the maximum number of waiting people in the boarding point, etc.

(2) Simulation example

FIG. 2 shows an example of the procedure of user creation processing. This process is executed by the in-building user control unit 11 . In this process, a user in simulation is generated based on the system time updated by the simulation unit 10 .

In step S1, the in-building user control unit 11 compares the system time with the user generated time. In-building user control unit 11 executes subsequent user generation processing (step S2) when the system time coincides with the user generation time, and on the other hand, executes Step S3 described later.

Here, the user generation time is set by the user setting unit 1 based on user data generated in advance. The user data includes items such as creation time, user attribute, walking time, creation floor, creation location, destination floor, or destination location, and these items are generated according to the simulation use of the number of simulation subjects.

In step S3, the user control unit 11 in the building judges whether the user has arrived at the lobby (floor point), and ends the user creation process if the user has not arrived at the lobby. On the other hand, when the user arrives at the lobby, Next, hall user generation processing is executed (step S4). In this boarding point user creation process, the in-building user control unit 11 simulates a user in the boarding point.

FIG. 3 shows an example of a registration determination processing procedure. This process is executed by the in-building user control unit 11 . In step S11, the in-building user control unit 11 judges whether or not the specification of the elevator equipment is the door interlocking system. In-building user control unit 11 executes the device registration process (step S14) described later when the specification of the elevator equipment is the door interlocking method, and on the other hand, executes step S12 if the specification of the elevator equipment is not the door interlocking method. .

In this step S12, the in-building user control unit 11 determines whether or not a destination floor registration device is installed. When the destination floor registration device is installed, the device user waiting process (step S15) described later is executed, while on the other hand, when the destination floor registration device is not installed, the following step S13 is executed.

In step S13, the in-building user control unit 11 determines whether or not the specification of the elevator equipment is a system in which up and down hall buttons are installed (hereinafter also referred to as "up and down hall button methods"). When the specification of the elevator equipment is the up-and-down type hall button system, hall button registration processing (step S16 ), which will be described later, is performed.

Specifically, the in-building user control unit 11 judges whether or not the response lamp of the up and down button installed in the elevator hall of the generated floor is lit (step S13). When the answering light is not on, the in-building user control unit 11 considers that the up button is pressed as an upward service request when the destination floor is on a higher floor than the generation floor. , when the destination floor is on a lower floor than the generation floor, it is considered that the down button is pressed as a downward service request. After completion of destination floor registration, hall waiting processing (refer to FIG. 11 ) described later is executed.

FIG. 4 shows an example of the procedure of the device registration process shown in FIG. 3 . This process is executed by the in-building user control unit 11 . In step S21, the in-building user control unit 11 determines whether or not there is an available device. In this embodiment, for example, a user data table (not shown) is prepared, and if there is a user using the device, the in-building user control unit 11 registers the user data corresponding to the user in the user data table. .

When the user data is registered in the user data table, it means that the user uses the device corresponding to the user data, and the device is not idle. On the other hand, when no user data is registered in the user data table, it indicates that the device can be used. When there is an available device, a destination floor registration process is executed (step S24). On the other hand, in the case where there is no usable device, step S22 shown below is performed.

In this step S22, the in-building user control unit 11 selects the device with the shortest queue. Set the above user data table for each device. When the user data is registered in the user data table, it is recognized that the device is not free and cannot be used. As mentioned above, in order to simulate the queue, the user who has not completed the registration but has been generated and arrived at the device is used in the building. The user control unit 11 selects a user data table with a smaller number of registered data to register the user data. That is, it means that the user queues up in front of the device with the least number of people in the queue. In the case of the same number of users, the in-building user control unit 11 selects, for example, a device with a smaller device ID from 1 to 6 devices. After such selection is completed, step S23 described below is executed.

In this step S23, the in-building user control unit 11 adds 1 to the number of device waiting users. Thereby, the number of users who are waiting can be clarified. After completing the processing as described above, the in-building user control unit 11 performs device user standby processing as described below (step S25).

FIG. 5 shows an example of the device user waiting process shown in FIG. 4 . This process is executed by the in-building user control unit 11 . In step S31, the in-building user control unit 11 judges whether or not the user himself is the 0th queuer. This means judging whether the user is at the head in front of the device. In the case where the user is the leader, the permission of the device can be performed, that is, for example, in the case of the door linkage method, the operation of the door can be performed, on the other hand, in the case of the destination floor registration device method, the Input of the destination floor.

For confirmation of whether the user is at the top, the user control unit 11 in the building refers to the user data table (table No. (serial number)) to determine whether the user is the 0th. When the user is the 0th user, the in-building user control unit 11 executes a destination floor registration process (refer to FIG. 6 ) described later (step S33). After completing the destination floor registration process, the in-building user control unit 11 updates n (step S36). On the other hand, when the user is not the 0th user, the in-building user control unit 11 executes step S32 as follows.

In this step S32, the in-building user control unit 11 determines whether or not there is an (n−1)th user. In the user data table, if the leading user is the user with n=0, then when n is updated, the n−1th user represents the user before the users in the queue. n=1 means the next user in the top row, and the n-1th user means the top user.

In the above-mentioned destination floor registration process (step S33), since the registration of the user is completed and the user is not in front of the device, naturally there is no leading user. When it is simulated, it means that the n=0th user data in the user data table is 0 or NULL, so there is no n-1th user. When the n-1th user exists, step S34 shown below is performed, and on the other hand, when there is no n-1th user, step S35 mentioned later is performed.

Waiting processing is performed in this step S34. Since there is a queued user, that is, there is a user in front of it, no action is performed, and only the update of (the table No. of) the user data table is performed. After such processing is completed, step S37 described later is executed.

In step S35, the n-1th user is updated to be the nth user. This is equivalent to the action of filling up the queue with the users behind it when the users in front leave when the users are queuing. In the user data table, the empty n-1th user data is overwritten with the nth user data. Afterwards, by setting the nth user data to 0 or NULL, it is possible to simulate a user queuing situation. After the update is completed, step S36 is executed.

In step S36, n is updated by +1. For example, when n=1, the update operation is performed by setting n=2. After such an updating operation is completed, step S37 shown below is executed.

In this step S37, it is determined whether or not n is a value equal to or greater than the number of waiting users. If the conditions match, it ends, and if it does not match, it means that there is a user waiting for the user, so step S31 is executed.

FIG. 6 shows an example of the destination floor registration process shown in FIG. 4 . This process is executed by the in-building user control unit 11 . In step S41 , user attributes and destination floor information are registered using the input device 12 . Typically, user information is associated with an ID held on a card inserted into the door. When the door is linked, user information such as general users, wheelchair users, VIPs, etc., and the user's destination floor are sent from the security system side of the door to the destination floor reservation system on the elevator side.

However, in this simulation, the user data has user information and destination floor information for each user in advance for easy processing. The required information is entered into the input device 12 . Necessary information is stored in a shared memory included in the input device 12 . The registration of the service request to the elevator side is then completed. After the above-mentioned input is completed, execute step S42.

In step S42, it is judged whether or not the allocation stand-alone information is given. After inputting the door interlocking method, the specifications of the destination floor registration device, and the input information, the service stand-alone machine is determined based on the input information from the elevator side. After the determined service stand-alone is allocated, the stand-alone information is sent.

In the simulation, guidance to the user by the destination floor reservation system on the elevator side is simulated by storing required information in the shared memory included in the hall output device 15 . The in-building user control unit 11 judges whether or not a stand-alone unit has been allocated (step S42).

When a stand-alone unit has been assigned, a user update process (refer to FIG. 8 ) described later is executed (step S43). When this user update process is completed, the destination floor registration process ends.

On the other hand, when the allocated single machine is not given, the allocated single machine waiting process (refer to FIG. 7 ) which will be described later is executed (step S44). After the allocation stand-alone processing is completed, the destination floor registration processing ends.

FIG. 7 shows an example of the allocated stand-alone waiting process shown in FIG. 6 . This process is executed by the in-building user control unit 11 . In step S51, it is judged whether a period of time has elapsed. Here, if it is a normal elevator-side destination floor reservation system, after the registration of the destination floor by the destination floor registration device is performed or the input processing is performed when the door is linked, no matter whether there is an input or not, the service is not allocated. In the case of stand-alone, or in the case of abnormal display, as the user's action, input processing is performed again using the registration device. Therefore, the user waits after inputting before outputting some data. The aforementioned period of time can be determined arbitrarily, but is usually set to about 3 seconds. When the period of time has elapsed, step S52 is executed. On the other hand, since the period of time has not elapsed, the process of waiting for a stand-alone allocation is completed.

In this step S52, re-registration processing is performed. Here, like step S41 in FIG. 6 , necessary information is stored in the shared memory included in the input device 12 . After the storage of required information is completed, this re-registration process ends.

FIG. 8 shows an example of user update processing shown in FIG. 6 . This process is executed by the in-building user control unit 11 . In step S61, the in-building user control unit 11 stores the distribution stand-alone information output from the landing output device 15 as user data. Since the assigned stand-alone information is used when the user boards the elevator, the data structure is prepared so that the stand-alone information can be stored for each user.

In step S62, the in-building user control unit 11 deletes the 0th user information. Here, what is deleted is not the user information itself, but the user data table generated for each device, for example, to simulate a queue. This is because the user does not queue up in front of the device since the user goes to the distribution stand after the registration of the device and the distribution stand is given. To simulate this operation, delete the 0th user information from the user data table for the queue.

In step S63, the in-building user control unit 11 updates the registration completion time to the current system time. The in-building user control unit 11 can calculate the registration time by subtracting the generation time from the registration completion time using this time in the comprehensive evaluation described later. Thereafter, hall walking processing (refer to FIG. 9 ) as described below is executed (step S64).

FIG. 9 shows an example of the boarding point walking process shown in FIG. 8 , and FIG. 10 shows an example of the walking determination process shown in FIG. 9 . And, these processes are executed by the in-building user control unit 11 .

In step S71 of FIG. 9 , the in-building user control unit 11 calculates the distance L _H from the registered distance to the boarding point. As the distance information, the distance to each stand-alone device is set at the time when the device is set in advance. At the moment of deciding to allocate a stand-alone machine, obtain the preset distance information. For example, when setting the layout of the landing device, the distance L _H is calculated from the coordinate position of the center coordinate position of the device and the center position of each stand-alone machine. That is, the distance L _H is automatically calculated at the time set by the elevator equipment setting unit 3 . The in-building user control unit 11 includes the distance information set as described above in the user information based on the distributed stand-alone information.

In step S72, the in-building user control unit 11 calculates the walking distance per system time unit from the walking speed. When the system time is in units of 100 ms, the average walking distance of the user in the unit of 100 ms is calculated in units of meters.

In step S73, walking determination processing (refer to FIG. 10 ) is executed. In this step S73, the in-building user control unit 11 determines whether or not there is a space where the user can walk. Regarding the determination of the presence or absence of a walkable space, several methods can be considered as follows.

As the first judgment method, for example, according to the building layout and size set by the building information setting part 2 and the elevator equipment setting part 3, the maximum number of users waiting in the landing and the number of single machines at the landing are automatically set. The number of former users waiting. In this embodiment, it is judged that there is no space when the maximum number of waiting users and the actual number of waiting users at a hall are the same value.

In addition, as the second judgment method, a method of closely simulating the movement state of the user may be employed. In this method, the occupied size is determined for each user, the shortest travel route from the position of each user to each stand-alone machine is calculated, and the movement of each user is started according to the travel route. In the simulation, each user moved on his travel route according to the above-mentioned walking distance according to the update of the system time. Since there are other users staying or obstacles in front of the user, it may be determined instead of whether there is a space of the size of the user's occupancy on another moving route. Step S82 is performed when there is a space, while step S85 is performed when there is no space.

In this step S82, it is determined whether or not there is a space in which the user can walk in the walking direction of the user. For example, assuming that there are multiple users waiting for an elevator near the landing entrance, when moving from its waiting position to the inside elevator in the landing, although there are other users stranded in front of the user, they cannot pass through. There are cases where a straight line is moved but a detour is reached before the elevator in the above-mentioned back. As described above, when there is no other user staying in front of the user, it is determined that there is a space in the walking direction of the user, and the user can move straight forward, so the walking determination process ends. When another user stays in front of the user, it is determined that there is no space in the walking direction of the user, and step S83 is executed. In addition, as an alternative, for example, when the number of people waiting for an elevator near the hall entrance exceeds a certain threshold, it is determined that the user cannot move straight forward, and it is determined that there is no space in the walking direction of the user. .

In step S83, the in-building user control unit 11 adds the additional walking distance to the distance L _H from the registered distance to the boarding point. The extra walking distance refers to the detour distance described above. With respect to the staying status of the user in front of him, the detour distance is calculated from the number of people waiting above the threshold×occupancy size, and this distance is regarded as the extra walking distance.

In step S84 , the in-building user control unit 11 adds a value multiplied by the walking speed to the extra walking distance as penalty term 1 and penalty term 2 . Thus, for each user, the extra walking time of the user can be added as a penalty item. Thereafter, this walking judgment process ends.

On the other hand, the above-mentioned step S85 is processing in the state where the user stays in the place because it is determined in step S81 that there is no user walking space. In this step S85 , the in-building user control unit 11 adds the time spent in the building as penalty item 2 . In addition, the in-building user control unit 11 calculates and adds system time×walking distance as penalty term 1 . Thereby, as will be described later, it is possible to evaluate the user's stay time in the hall. Thereafter, the walking determination process ends.

After the above-mentioned walking determination process is completed, the in-building user control unit 11 calculates the user's movement distance L _psn according to the formula ((system time−registered time)×walking time)−penalty term 1 .

In step S75, the in-building user control unit 11 compares the user's movement distance L _psn with the distance L _H from the registered distance to the boarding point, and determines whether the user has reached the destination. If the two distances are the same, the in-building user control unit 11 determines that the destination has been reached, executes the hall waiting process (refer to FIG. 11 ) described later (step S76), and then executes step S77. On the other hand, when both distances are different, this hall walking process is complete|finished.

In the above step S77, the arrival time at the hall is updated as the user data. As for the hall arrival time, by storing the current system time as it is, it is possible to evaluate the boarding point movement time by subtracting the subsequent generation time from the hall arrival time. From above, the landing walking process is ended.

FIG. 11 shows an example of the lobby waiting process shown in FIG. 9 . This process is executed by the in-building user control unit 11 . In step S91, it is judged whether there is a service floor display. It judges whether or not it has been set by the elevator specification setting unit 4 . For example, in an elevator system, when a so-called bank division is performed between upper floors and lower floors in one bank, a user selects any bank that can serve a desired destination floor in a hall. Therefore, service floor display based on bulletin board or signage display is clearly performed at the hall, and the user selects whichever group should be used referring to such information. Step S92 is executed when there is a service floor display, while step S93 is executed when there is no service floor display.

In step S92, the target stand-alone machine that can serve the destination floor desired by the user is selected. For example, in the case that the user takes the 5th floor of the 1st to 16th floors as the destination floor, and the elevator equipment is composed of 6 target single machines, it is assumed that the 1st to 3rd single machines use the 1st to 8th floors as the service floors, and the 4th to 8th floors are the service floors. The No. 6 stand-alone machine uses the 9th to 16th floors as the service floors, and the target stand-alone machines of this user are the No. 1-3 stand-alone machines. After the selection of the target stand-alone is completed, step S93 shown below is executed. In addition, in this embodiment, the allocation target stand-alone machine is shown as "assignment stand-alone machine".

In this step S93, it is checked whether or not a stand-alone unit has been allocated. If the allocation of a single machine is given, step S94 shown below is performed, and when the allocation of a single machine is not given, step S97 described later is performed.

In this step S94, it is determined whether the hall indicator light or the stop floor indicator light of the target stand-alone machine is on. In this simulation, judgment is made based on the information in the shared memory included in the hall output device 15 . In the state where the stand-alone allocation is given, the destination floor reservation system on the elevator side judges whether or not the destination floor can be registered normally based on the status of the landing output device 15 . For example, if the 5th floor is originally registered as the destination floor, for example, when another floor is displayed, or when nothing is displayed, it is necessary to re-register.

When it is considered that the wrong setting of the control parameters of the elevator is correctly simulated, for example, when the user wants to take the elevator but the elevator car door is closed before taking the elevator, since the hall indicator light and the stop floor indicator light are off, Re-registration is required. Therefore, when the hall indicator light or the stop floor indicator light of the target stand-alone machine is on, the user waits in line in front of the target stand-alone machine (step S95), and the hall waiting process ends. When the hall indicator light or the stop floor indicator light of the target stand-alone machine is off, the destination floor registration process is executed (step S96). The destination floor registration process here is targeted at, for example, a destination floor registration device installed at a boarding point.

In the above-mentioned step S97, it is judged whether the hall indicator light of the target stand-alone machine is on. In this simulation, judgment is made based on the information in the shared memory included in the hall output device 15 . In the case of assuming the above-mentioned example of the up-and-down button system, it is judged whether or not the hall indicator lights are on in the single machines No. 1 to No. 3 . When the hall indicator light is on, the user waits in line before the indicated target stand-alone machine is turned on by the hall indicator light (step S98). On the other hand, in the case where the hall indicator light is off, step S99 described below is performed.

In this step S99, it is determined whether or not the response lamp of the up and down button of the target group is lit. In this simulation, the judgment is made based on the virtual storage of the hall output device 15 . In the case of the up and down button method, when one button is pressed (registered), all the related buttons are lit. Therefore, by judging whether or not the hall indicator light is on, it can be judged whether or not a service request from a landing has been input.

On the other hand, when the hallway indicator light goes out but the landing button continues to light up, since there is no instant reservation function, the queue position is at the center of the landing, so that no matter which elevator arrives, users can queue up. When the hall indicator light is on, the user waits in line at the center of the landing (step S100). On the other hand, when the hall indicator light is off, re-registration processing of the hall up and down buttons is performed (step S101). The processing content of the re-registration processing of the hall up and down buttons is the same as that of the above-mentioned step S16. From above, end the landing waiting for processing.

Fig. 12 shows an example of queued processing. This process is executed by the in-building user control unit 11 . In step S111, it is determined whether the hall indicator light in the target direction of the target stand-alone machine is flickering. For example, when the user targets single machine No. 1, when the production floor as a hall is the 4th floor and the destination floor is the 9th floor, the moving direction is upward. Therefore, it means that when the No. 1 single machine arrives, the upward door is not opened and the indicator light is flashing. Here, when the No. 2 stand-alone machine arrives and when the downward hall indicator light of the No. 1 stand-alone machine is blinking, it is not an object. When the hall indicator light in the target direction of the target stand-alone machine is blinking, step S112 shown below is performed, while on the other hand, when the hall indicator light in the target direction of the target stand-alone machine is not blinking, step S113 described later is performed.

In this step S112, since the arrival of the elevator is indicated by the flickering of the hallway indicator light, the users at the landing are arranged in front of the single machine with the flickering hallway indicator light, shortening the distance with the front users.

In the above step S113, it is judged whether the door of the target unit is opened, and if the door is opened, step S114 is executed. On the other hand, the end queue waits for processing while keeping the door closed, and waits until the next system startup.

In this step S114, the boarding process of the boarding number of people of the target single machine is performed. For example, when the rated number of people is 20 and the number of people who have already boarded is 10, when the loading rate relative to the rated number of people is 80%, the number of people who can ride is (20×0.8)−10=6 people. Thus, if the number of users waiting at the landing is less than 6, all can board the elevator, and if there are 7 or more users waiting at the landing, for the remaining users exceeding 6, the This is the target of the re-registration process of the lobby waiting process shown in FIG. 11 .

In step S115, after the boarding of the user waiting at the boarding point is completed, the current system time is recorded as the boarding time.

From the above, record the generation time, registration completion time, landing arrival time and boarding time as the user's evaluation time at the landing. Using these times, various simulation evaluations can be performed. As described above, the user's guidance line is controlled analogously by the in-building user control unit 11 .

FIG. 13 shows an example of a simulation result of a hall layout in which the installation position of the door 105 is bad. In addition, in the simulation results shown below, similarly to Fig. 14 to Fig. 19 described later, each single machine in the landing of the elevator equipment is in the order of No. 1 single machine, No. 2 single machine, and No. 3 single machine from the upper left to the lower left. Configure, and configure in the order of No. 4 single machine, No. 5 single machine, and No. 6 single machine from the upper right to the lower right.

Elevators 101 are installed in a prescribed arrangement, and hall indicator lights 102 and landing destination floor registration devices 103 are installed, and the user 104 of the single machine No. 2 is waiting for the single machine. The user 106 of the single machine No. 6 as a target stays in front of the lighted single machine of the hall indicator light 108 . When certain conditions are superimposed, the user 107 passing through the door 105 loses the movable space due to the retention of the user 106 assigned to 6 single machines. Therefore, when the number of users 107 is increased, the number of users 107 who cannot be registered at the door increases, and although there are single elevators that can serve, the time required for registration deteriorates compared with other simulation conditions and specifications. result.

FIG. 14 shows the simulation results of the hall layout in which the installation position of the door 205 is good. When compared with the hall layout shown in FIG. 13 , the illustrated hall layout has a margin in the space from the entrance 210 to the door 205 .

Therefore, as shown in FIG. 14 , even if the closest to the door 205 and a large number of users 204 are waiting to be assigned to a single machine (for example, "No. Therefore, even if the number of new users 206 increases, the number of users who cannot be registered due to allocation to the door 205 does not increase, so that the performance of the elevator can be fully exhibited. As a result, good evaluation results can be obtained without additionally increasing the time required for registration.

FIG. 15 shows a hall layout in which the number of time gates 301 installed is extremely small compared with FIG. 14 . Since the number of doors 301 is reduced to half (1) compared to the number (2) of doors 205 illustrated in FIG. The number of participants is limited. Therefore, the number of users 302 who are assigned to the door 301 but cannot be registered increases, and although it is easy to have a stand-alone elevator that can serve the situation, compared with other simulation conditions and specifications, it becomes the result that the time required for registration deteriorates. .

Fig. 16 is the layout of the simulation in which the landing up and down buttons are set and the hall indicator light 402 is instantly lit. When the up and down type hall button 401 is pressed, all the up and down type hall buttons 401 on the floor are lighted. At this time, when the elevator is assigned to the No. 2 single machine, the hall indicator light 403 of the No. 2 single machine is lit. The hall indicator lights 402 other than No. 2 stand-alone machines are extinguished. It simulates: the number of users 404 who do not exceed a certain threshold stays in front of the stand-alone machine (No. 2 stand-alone) where the hall indicator light 403 is lit, and on the other hand, the users 405 who exceed the number of people waiting for the certain threshold wait in line.

Fig. 17 is a layout of a simulation in which hall up and down buttons are provided and hall indicator lights are not immediately lit. When the up and down type hall button 501 is pressed, all the up and down type hall buttons 501 on the floor are lighted. But even if assigned to No. 2 stand-alone machine, the hall indicator light 502 near No. 2 stand-alone machine is not lighted. Since the allocated stand-alone machine cannot be identified, the user 503 waits in line near the center of the hall as shown in the figure.

Fig. 18 is an example of a simulation result when the wheelchair elevator is a single machine No. 1 in a mode where a hall up and down button is provided and the hall indicator light is turned on immediately. When the up and down type hall button 601 is pressed, all the up and down type hall buttons 601 on the floor are lighted. In the case of assigning the No. 2 stand-alone machine, the hall indicator light 602 of the No. 2 stand-alone machine is turned on. After the wheelchair user 603 presses the button of the wheelchair landing near No. 1 stand-alone machine, he queues up as shown in the figure. Therefore, it becomes a poor evaluation result that the time required for the registration of the wheelchair user 603 becomes long.

FIG. 19 shows an example of a simulation result in a case where the wheelchair elevator is a single elevator No. 3 in a system in which a hall up and down button is provided and the hall indicator light 702 is immediately lit.

After pressing the up and down type landing button 701, all the up and down type landing buttons 701 of this floor are all lighted. At this time, when the No. 2 stand-alone machine is allocated, the hall indicator light 702 of the No. 2 stand-alone machine is turned on. For example, the wheelchair user 703 can press the wheelchair landing button 704 near the No. 3 stand-alone machine to allocate the No. 3 stand-alone machine. Therefore, since the hall indicator light 702 of the No. 3 stand-alone machine is turned on, the wheelchair user 703 can register in advance, and the time required for registration is shortened, so it becomes a favorable evaluation.

(3) Effects of this embodiment

As described above, in the elevator simulator of the above-mentioned embodiment, the in-building user control unit 11 simulates a user by generating a user in a simulated manner so that the user takes an action corresponding to elevator information and building information.

With this configuration, not only the influence of the installation of the building equipment but also the influence of the specification of the elevator equipment on the user and the influence of the user's behavior can be more accurately evaluated.

(4) Other implementations

The above-mentioned embodiments are examples for explaining the present invention, and do not mean to limit the present invention to these embodiments. The present invention can be implemented in various forms unless departing from the gist. For example, in the above-mentioned embodiments, the processing of various programs has been described sequentially, but it is not particularly limited thereto. Therefore, as long as there is no conflict in the processing results, the processing order can be switched or the processing can be performed in parallel.

Industrial availability

The present invention can be widely applied to simulators for performing simulations corresponding to elevator equipment.

Explanation of reference signs

1...User setting department, 2...Building information setting department, 3...Elevator equipment setting department, 4...Elevator specification setting department, 5...Time zone setting department, 10...Simulation department , 11...User control department in the building, 12...Input device, 13...Elevator group management control department, 14...Elevator control department, 15...Floor station output device, 16...Elevator, 17...Comprehensive An evaluation output unit, 100 ... a simulation system.

Claims (4)

1. a kind of elevator emulator, which is characterized in that including:

Set the lift facility configuration part of the elevator information about lift facility;

Set the building information setting portion of the building information of the building specification about building entirety;

Set the user configuration part of user's information, wherein user's information is included in the lift facility and simulates The generated time of the user of generation generates floor, destination floor and attribute;

Control user's control unit in the building of the behavior of the user;

By controlling the lift facility come the elevator controlling portion of management operating;

User's control unit sends out the input unit of service request to the elevator controlling portion out of described building;With

Output responds the stop output device of the result of the service request,

The user is generated with user's control unit simulation in the building and it is made to be taken based on the elevator information and institute The mode of the behavior of building information is stated to be emulated.

2. elevator emulator as described in claim 1, it is characterised in that:

Including overall merit generating unit, required time until exporting the elevator information, each user to registration, Time, stop stand-by period and the user spent by traveling time, additional movement are from elevator is taken to leaving elevator At least one of riding time, be used as the result of the emulation.

3. elevator emulator as described in claim 1, it is characterised in that:

User's control unit is believed from other building of the building specification of other building entirety about actual motion in the building In other elevator informations of breath and lift facility about other building, it is selected as and the building information and the electricity The specific building information and certain elevator information of the terraced immediate setting of information, based on the specific building information and described specific Elevator information sets user's information.

4. elevator emulator as described in claim 1, it is characterised in that:

Building information setting portion and the lift facility configuration part be selected as from the result for the emulation that the past implements with The specific building information and certain elevator information of the building information and the immediate setting of the elevator information, setting are based on institute State the building specification of specific building information and the lift facility based on the certain elevator information.