JP6984722B1 - Elevator system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an elevator system capable of controlling a degree of congestion in a car according to a user's tolerance for congestion. An elevator system 1 includes one or more baskets 3, a virtual capacity setting unit 14, and an information acquisition unit 12. Each car 3 departs from the departure floor and travels vertically along the hoistway. The virtual capacity is the upper limit of the number of people who can ride in the car 3 with the actual capacity or less corresponding to the rated load capacity. A virtual capacity is set for multiple runs of one or more cars 3 departing from the departure floor. The virtual capacity is set so that they are not all the same for multiple runs. Regarding the call of the user to the destination floor acquired by the information acquisition unit 12, the virtual capacity is used for the allocation according to the allowance for the congestion of the user. [Selection diagram] Fig. 1

Description

This disclosure relates to an elevator system.

Patent Document 1 discloses an example of an elevator system. The elevator system obtains information on the user's destination floor and tolerance for congestion. The user's call is assigned to a car from a plurality of cars according to the user's tolerance based on the information acquired by the elevator system.

Japanese Unexamined Patent Publication No. 2019-189399

However, in the elevator system of Patent Document 1, it is determined whether the degree of congestion is acceptable to the user by comparing with the degree of congestion obtained from the image in the car taken by the camera when assigning the call of the user. .. For this reason, there is a possibility that the degree of congestion in the car when actually getting on the vehicle may not be an acceptable degree of congestion due to other users to whom the call is subsequently assigned.

The present disclosure relates to the solution of such a problem. The present disclosure provides an elevator system capable of controlling the degree of congestion in a car according to the user's tolerance for congestion.

The elevator system according to the present disclosure is an upper limit of the number of passengers who can ride in each of a plurality of cars departing from the departure floor in the vertical direction on the hoistway and each of the above-mentioned multiple cars with a capacity of less than the actual capacity corresponding to the rated load capacity. A virtual capacity setting unit that sets the virtual capacity to be different from each other in at least one combination of the plurality of cars, an information acquisition unit that acquires information on the destination floor of the user, and the information acquisition unit. Based on the information acquired by the department, at least one of the plurality of runs departing from the departure floor of each of the plurality of cars is extracted as an allocation candidate for assigning the call to the destination floor of the user. From the candidate extraction unit, the information presentation unit that presents the allocation candidates extracted by the allocation candidate extraction unit to the user including the information of the set virtual capacity, and the allocation candidates presented by the information presentation unit. When the information acquisition unit acquires the information of the allocation candidate selected by the user, the allocation determination unit is provided with an allocation determination unit that assigns the call to the destination floor of the user to the allocation candidate selected by the user.
The elevator system according to the present disclosure is a variable virtual upper limit of the number of people who can ride vertically on the hoistway from the departure floor, and the number of people who can ride in the car with the actual capacity or less corresponding to the rated load capacity. A virtual capacity setting unit that sets the capacity in advance before departure from the departure floor for each of a plurality of trips departing from the departure floor, an information acquisition unit that acquires information on the destination floor of the user, and the information. Based on the information acquired by the acquisition unit, the allocation candidate extraction unit extracts at least one of a plurality of trips departing from the departure floor of the car as an allocation candidate for assigning a call to the destination floor of the user. And, the user from the information presentation unit that presents the allocation candidate extracted by the allocation candidate extraction unit to the user including the information of the set virtual capacity, and the allocation candidate presented by the information presentation unit. When the information acquisition unit acquires the information of the allocation candidate selected by the user, the allocation determination unit allocates the call to the destination floor of the user to the allocation candidate selected by the user.
The elevator system according to the present disclosure is an upper limit of the number of passengers who can ride in each of a plurality of cars departing from the departure floor in the vertical direction on the hoistway and each of the above-mentioned multiple cars with a capacity of less than the actual capacity corresponding to the rated load capacity. A virtual capacity setting unit that sets the virtual capacity so that the virtual capacity is different from each other in at least one combination of the plurality of cars, and information acquisition for acquiring information on the destination floor of the user and the tolerance for congestion. Based on the information acquired by the unit and the information acquisition unit, at least one of the plurality of runs departing from the departure floor of each of the plurality of cars is assigned a call to the destination floor of the user. The user is called from the allocation candidates extracted by the allocation candidate extraction unit to the destination floor of the user based on the allocation candidate extraction unit extracted as the allocation candidate and the information acquired by the information acquisition unit. It is provided with an allocation determination unit that preferentially allocates allocation candidates having a smaller virtual capacity as the tolerance is lower.
The elevator system according to the present disclosure is a variable virtual upper limit of the number of people who can ride vertically on the hoistway from the departure floor, and the number of people who can ride in the car with the actual capacity or less corresponding to the rated load capacity. Information for acquiring information on the user's destination floor and congestion tolerance, as well as a virtual capacity setting unit that sets the capacity in advance for each multiple trips departing from the departure floor before departure from the departure floor. An allocation candidate extraction unit that extracts at least one of the plurality of trips as an allocation candidate for assigning a call to the destination floor of the user based on the information acquired by the acquisition unit and the information acquisition unit. Based on the information acquired by the information acquisition unit, the call to the destination floor of the user is made from the allocation candidates extracted by the allocation candidate extraction unit, and the lower the tolerance of the user, the smaller the virtual capacity. It is provided with an allocation determination unit that is assigned with priority over allocation candidates.

With the elevator system according to the present disclosure, the degree of congestion in the car can be controlled according to the user's tolerance for congestion.

It is a block diagram of the elevator system which concerns on Embodiment 1. FIG. It is a flowchart which shows the example of the operation of the elevator system which concerns on Embodiment 1. It is a figure which shows the example of the presentation of information by the information presenting part which concerns on Embodiment 1. FIG. It is a figure which shows the example of the presentation of information by the information presenting part which concerns on Embodiment 1. FIG. It is a figure which shows the example of the presentation of information by the information presenting part which concerns on Embodiment 1. FIG. It is a hardware block diagram of the main part of the elevator system which concerns on Embodiment 1. FIG. It is a block diagram of the elevator system which concerns on Embodiment 2. FIG. It is a flowchart which shows the example of the operation of the elevator system which concerns on Embodiment 2. It is a figure explaining the example of the call assignment in the elevator system which concerns on Embodiment 2. FIG.

The embodiment for carrying out the present disclosure will be described with reference to the accompanying drawings. In each figure, the same or corresponding parts are designated by the same reference numerals, and duplicate description will be appropriately simplified or omitted.

Embodiment 1.
FIG. 1 is a configuration diagram of an elevator system 1 according to the first embodiment.

The elevator system 1 is applied to a building having a plurality of floors. In the building, a hoistway (not shown) of the elevator system 1 is provided. The hoistway is a vertically long space that spans multiple floors. Multiple floors include the reference floor. The reference floor is, for example, the entrance floor leading to the outside of the building. On each floor of the building, a landing (not shown) for the elevator system 1 is provided. The landing is a space where the user of the elevator system 1 provided adjacent to the hoistway can wait.

The elevator system 1 comprises one or more elevators 2. In this example, the elevator system 1 includes a plurality of elevators 2. Each elevator 2 includes a car 3 and a control panel 4. The car 3 is a device for transporting a user who is riding inside between a plurality of floors by traveling in a vertical direction on a hoistway. In the car 3, the actual capacity is set in advance. The actual capacity is the upper limit of the number of users who can ride in the car 3 corresponding to the rated load capacity of the car 3. In the elevator system 1, the actual capacity of the baskets 3 of each elevator 2 is about the same as each other. In the elevator system 1 of this example, the actual capacity of the car 3 of each elevator 2 is the same number of people. The control panel 4 is a device that controls the operation of the elevator 2 such as the running of the car 3.

The elevator system 1 includes a destination registration device 5, a communication device 6, and a group management device 7.

The destination registration device 5 is equipped with a function of accepting input of user's call information. The destination registration device 5 is arranged on at least one floor. In this example, the destination registration device 5 is arranged at the landing on the reference floor. The destination registration device 5 includes a display unit 8 and an operation unit 9. The display unit 8 is a portion that presents information to the user by display. The display unit 8 is, for example, a liquid crystal display. The operation unit 9 is a part that receives an input operation by the user. The operation unit 9 is, for example, a touch panel or the like.

The communication device 6 is equipped with a function of communicating information with the mobile terminal 10 owned by the user. The mobile terminal 10 is a portable information terminal such as a smartphone. The communication device 6 communicates with the mobile terminal 10 through a communication network 11 such as the Internet or a telephone line network. Alternatively, the communication device 6 may directly communicate with the mobile terminal 10 wirelessly.

The group management device 7 is a device that manages the operation of the elevator system 1. The group management device 7 is equipped with a function such as assigning a call to each elevator 2. The group management device 7 is electrically connected to the control panel 4 of each elevator 2. The group management device 7 is electrically connected to the destination registration device 5. The group management device 7 is electrically connected to the communication device 6. Alternatively, the group management device 7 may include a communication device 6. The group management device 7 includes an information acquisition unit 12, an information presentation unit 13, a virtual capacity setting unit 14, a user number storage unit 15, an allocation candidate extraction unit 16, and an allocation determination unit 17.

The information acquisition unit 12 is a unit for acquiring information regarding the use of the elevator system 1 by the user. The information acquisition unit 12 is equipped with a function of acquiring information on the destination floor of the user. The information acquisition unit 12 acquires the user's information from the input operation performed by the user, for example, through the operation unit 9 of the destination registration device 5. Alternatively, the information acquisition unit 12 may acquire the user's information from the input operation performed by the user on the mobile terminal 10 through, for example, the communication device 6.

The information presentation unit 13 is a part that presents information regarding the use of the elevator system 1 to the user. The information presentation unit 13 may present information to the user by displaying the information on the display unit 8 of the destination registration device 5, for example. Alternatively, the information presenting unit 13 may present the information to the user by displaying the information on the mobile terminal 10 through communication by, for example, the communication device 6.

The virtual capacity setting unit 14 is a part for setting a virtual capacity. The virtual capacity is the upper limit of the number of people who can ride in the car 3 set within the range of the actual capacity of the car 3 or less. That is, the virtual capacity set in the car 3 is the upper limit of the number of users who can assign a call to the car 3. The virtual capacity of the car 3 may be the same as the actual capacity of the car 3.

When the elevator system 1 includes a plurality of elevators 2, the virtual capacity setting unit 14 sets a virtual capacity for each car 3. At this time, the virtual capacity setting unit 14 sets the virtual capacity to be different from each other in at least one combination of the plurality of cars 3. That is, the virtual capacity setting unit 14 sets the virtual capacity so that the virtual capacity of all the cars 3 is not the same.

The virtual capacity setting unit 14 of this example sets the larger virtual capacity to more baskets 3. That is, the virtual capacity setting unit 14 sets the virtual capacity so that the frequency of departure from the departure floor of the car 3 in which the larger virtual capacity is set becomes higher. For example, when the elevator system 1 includes 6 elevators 2, the virtual capacity setting unit 14 has a virtual capacity of 4 people, 4 people, 4 people, 2 people, 2 people, and a virtual capacity of each of the 6 cars 3. Set as 1 person. For example, when the elevator system 1 includes four elevators 2, the virtual capacity setting unit 14 sets the virtual capacity of each of the four car 3s to four, four, two, and one. ..

When the elevator system 1 includes a single elevator 2, the virtual capacity setting unit 14 variably sets the virtual capacity for each of a plurality of trips in which the car 3 departs from the departure floor. That is, the virtual capacity setting unit 14 sets the virtual capacity for each departure timing from the departure floor of the car 3. Here, the departure floor is one of a plurality of floors. The departure floor is, for example, a floor on which the destination registration device 5 is provided. The departure floor is, for example, the reference floor of a building. The virtual capacity setting unit 14 sets the virtual capacity in advance for each run departing from the departure floor before the departure of the run. The virtual capacity setting unit 14 sets the virtual capacity to be different from each other in at least one combination of a plurality of runs. That is, the virtual capacity setting unit 14 sets the virtual capacity so that the virtual capacity of all the runs is not the same. Here, the virtual capacity setting unit 14 may continuously set the same virtual capacity as the previous travel departing from the departure floor for any of the trips departing from the departure floor. Even when the elevator system 1 includes a plurality of elevators 2, the virtual capacity setting unit 14 may variably set the virtual capacity for each car 3 for each of a plurality of trips departing from the departure floor. ..

When the virtual capacity is variable, the virtual capacity setting unit 14 may set the virtual capacity more frequently as the virtual capacity is larger. That is, the virtual capacity setting unit 14 sets the virtual capacity so that the frequency of departure from the departure floor of the car 3 in which the larger virtual capacity is set becomes higher. For example, the virtual capacity setting unit 14 sets the virtual capacity of 4 people at a higher frequency than the virtual capacity of 2 people. The virtual capacity setting unit 14 may set the virtual capacity, for example, in a preset order. Alternatively, the virtual capacity setting unit 14 may set the virtual capacity by, for example, a preset probability.

The user number storage unit 15 is equipped with a function of storing the number of users scheduled to board for each of a plurality of trips departing from the departure floor of each car 3. The user number storage unit 15 stores, for example, the number of users for each floor on which the car 3 stops.

The allocation candidate extraction unit 16 is a part that extracts allocation candidates to which calls up to the destination floor of the user are allocated. The allocation candidate extraction unit 16 extracts allocation candidates based on the information acquired by the information acquisition unit 12. The allocation candidate extraction unit 16 extracts at least one of a plurality of trips departing from the departure floor of one or a plurality of cars 3 as allocation candidates. The allocation candidate extraction unit 16 extracts, for example, a run scheduled to depart from the departure floor by a preset time from the present.

The allocation determination unit 17 is a portion that determines the allocation candidates to which the user's call is to be allocated among the allocation candidates extracted by the allocation candidate extraction unit 16. The determination of the allocation candidate to which the user's call is assigned is reflected in the number of people stored in the user number storage unit 15.

Subsequently, an example of the operation of the elevator system 1 will be described with reference to FIG.
FIG. 2 is a flowchart showing an example of the operation of the elevator system 1 according to the first embodiment.

In step S11, the information acquisition unit 12 determines whether or not the information on the destination floor of the user has been acquired through the destination registration device 5 or the communication device 6. If the determination result is No, the operation of the elevator system 1 proceeds to step S11 again. On the other hand, when the determination result is Yes, the information acquisition unit 12 registers the call of the user who has acquired the information on the destination floor. After that, the operation of the elevator system 1 proceeds to step S12.

In step S12, the allocation candidate extraction unit 16 extracts allocation candidates. The allocation candidate extraction unit 16 determines from the user number storage unit 15 the number of users who are scheduled to board the car 3 in which the travel is performed for the travel from the departure floor to the destination floor acquired by the information acquisition unit 12. get. The allocation candidate extraction unit 16 excludes the running times when the number of people acquired from the user number storage unit 15 has already reached the virtual capacity from the allocation candidates. The allocation candidate extraction unit 16 may exclude any number of runs from the allocation candidates according to other criteria. For example, the allocation candidate extraction unit 16 may exclude from the allocation candidates the number of times that the number of stops during ascending or descending exceeds a preset threshold value when a new call is assigned. Here, the threshold value is set for the purpose of equalizing the orbital time of each car 3, for example. After that, the operation of the elevator system 1 proceeds to step S13.

In step S13, the information presentation unit 13 presents the allocation candidates extracted by the allocation candidate extraction unit 16 to the user through the destination registration device 5 or the communication device 6. The information presentation unit 13 presents the information to the user who has acquired the information on the destination floor through the destination registration device 5 through the destination registration device 5. The information presentation unit 13 presents information to a user who has acquired information on the destination floor through the communication device 6 and the mobile terminal 10 through the communication device 6 and the mobile terminal 10. The information presentation unit 13 presents the set virtual capacity information for each allocation candidate. The information on the virtual capacity is, for example, the number of virtual capacity. The information on the virtual capacity may be the ratio of the virtual capacity to the actual capacity. The information on the virtual capacity may be a possible boarding position after boarding. In this example, the information presentation unit 13 presents information on the departure schedule for each allocation candidate. Departure schedule information is, for example, the departure order of departure from the departure floor. The departure schedule information may be, for example, the scheduled departure time on the departure floor. After that, the operation of the elevator system 1 proceeds to step S14.

Here, the user selects any one of the allocation candidates presented by the information presentation unit 13. The user who inputs the destination floor from the destination registration device 5 selects the allocation candidate through the destination registration device 5. The user who inputs the destination floor from the mobile terminal 10 selects an allocation candidate through the mobile terminal 10. At this time, the user selects an allocation candidate according to his / her tolerance for congestion. For example, the user selects an allocation candidate having a virtual capacity that does not exceed the number of people who can ride in the car 3 of the user.

In step S14, the information acquisition unit 12 determines whether or not the information of the allocation candidate selected by the user has been acquired through the destination registration device 5 or the communication device 6. If the determination result is No, the operation of the elevator system 1 proceeds to step S14 again. Here, for example, when a preset time elapses after presenting the allocation candidate to the user, the timeout process may be performed. The time-out process is, for example, a process of canceling a registered user's call. Alternatively, the time-out process may be a process of allocating the registered user's call to any of the allocation candidates extracted by the criteria such as operation efficiency. On the other hand, when the determination result is Yes, the operation of the elevator system 1 proceeds to step S15.

In step S15, the allocation determination unit 17 allocates the call up to the destination floor of the user to the allocation candidate selected by the user. After that, the operation of the elevator system 1 proceeds to step S16.

In step S16, the number of users storage unit 15 adds 1 to the number of users who are scheduled to get in the car 3 for the traveling, which is a candidate for allocation selected by the user. After that, the operation of the elevator system 1 proceeds to step S11. When the car 3 actually departs from the departure floor and arrives at any floor, the user number storage unit 15 destinations the floor from the number of users in the car 3. Subtract the number of users on the floor.

Subsequently, an example of information presentation by the information presentation unit 13 will be described with reference to FIGS. 3 to 5.
3 to 5 are diagrams showing an example of information presentation by the information presentation unit 13 according to the first embodiment.
3 to 5 show an example of information to be displayed on the display unit 8 of the destination registration device 5 by the information presentation unit 13. The information presenting unit 13 may make the mobile terminal 10 display the same through the communication device 6.

FIG. 3 shows an example of display when the allocation candidates are presented by a table.

In the display unit 8, the departure order is displayed for each allocation candidate as the information of the departure schedule. In the display unit 8, the number of virtual capacity is displayed for each allocation candidate as virtual capacity information. In the display unit 8, the number of vacant people, which is the difference between the number of users currently scheduled to board and the virtual capacity, is displayed for each allocation candidate. Other information for each allocation candidate may be displayed on the display unit 8. For example, the actual capacity or the ratio of the virtual capacity to the actual capacity may be displayed for each allocation candidate. Further, when the elevator system 1 includes a plurality of elevators 2, information such as a machine number that identifies each elevator 2 may be displayed.

The user selects any of the allocation candidates displayed on the display unit 8 through the operation unit 9.

In FIG. 4, another example of the display when the allocation candidates are presented by the table is shown.

On the display unit 8, the scheduled departure time on the departure floor is displayed for each allocation candidate as the departure schedule information. In the display unit 8, the number of virtual capacity is displayed for each allocation candidate as virtual capacity information. In the display unit 8, the number of vacant people, which is the difference between the number of users currently scheduled to board and the virtual capacity, is displayed for each allocation candidate. For example, when a call of another user is assigned during the input of the user, the display unit 8 may display the number of times the number of vacant people has already reached zero.

The user selects any of the allocation candidates displayed on the display unit 8 through the operation unit 9. Here, when a non-assignable run such as a run in which the number of vacant people has already become 0 is selected, the selection may be treated as invalid. At this time, the destination registration device 5 may display a message or the like urging the user to reselect another allocation candidate.

In FIG. 5, an example of display when the allocation candidate is presented by the figure is shown.

In the display unit 8, the departure order is displayed for each allocation candidate as the information of the departure schedule. On the display unit 8, possible boarding positions after boarding are displayed for each allocation candidate as virtual capacity information. In this example, the number of boarding positions corresponding to the virtual capacity is shown as a range partitioned by a broken line. In this example, whether or not to board is indicated for each boarding position. In this example, a ◯ symbol is displayed at the boardable position. On the other hand, a cross symbol is displayed at a position where boarding is not possible.

The user can grasp the virtual capacity by the number of the divided boarding positions. The user selects one of the boarding positions displayed on the display unit 8 for each allocation candidate through the operation unit 9. The information acquisition unit 12 acquires information on the selected allocation candidate and the boarding position. In this example, the user number storage unit 15 stores the boarding position selected by the user for each of a plurality of runs.

As described above, the elevator system 1 according to the first embodiment has one or more baskets 3, a virtual capacity setting unit 14, an information acquisition unit 12, an allocation candidate extraction unit 16, and an information presentation unit 13. And the allocation determination unit 17. Each car 3 departs from the departure floor and travels vertically along the hoistway. The virtual capacity is the upper limit of the number of people who can ride in the car 3 with the actual capacity or less corresponding to the rated load capacity. When there are a plurality of cars 3, the virtual capacity setting unit 14 sets a virtual capacity for each car 3 so that the virtual capacity is different from each other in at least any combination of the plurality of cars 3. Further, the virtual capacity setting unit 14 sets a virtual capacity in the car 3 in advance for each of at least one of the cars 3 departing from the departure floor a plurality of times before the departure from the departure floor. The information acquisition unit 12 acquires information on the destination floor of the user. Based on the information acquired by the information acquisition unit 12, the allocation candidate extraction unit 16 extracts at least one of the plurality of runs of each car 3 departing from the departure floor as an allocation candidate. Allocation candidates are candidates for call allocation up to the destination floor of the user. The information presentation unit 13 presents the allocation candidates extracted by the allocation candidate extraction unit 16 to the user including the information of the set virtual capacity. When the information acquisition unit 12 acquires the information of the allocation candidate selected by the user from the allocation candidates presented by the information presentation unit 13, the allocation determination unit 17 sets the user's destination to the allocation candidate selected by the user. Assign a call to the floor.

With such a configuration, a virtual capacity is set for a plurality of runs of one or more cars 3 departing from the departure floor. The virtual capacity is set so that they are not all the same for multiple runs. The user who is presented with the information of the virtual capacity selects the allocation candidate according to the tolerance for congestion. That is, the virtual capacity is used for assigning calls according to the user's tolerance for congestion. Since the number of calls that exceed the virtual capacity is not assigned to each run, the degree of congestion in the car 3 can be controlled according to the user's tolerance for congestion by setting the virtual capacity. Since the user's call is assigned to the allocation candidates according to the tolerance for congestion, the user is less likely to forgo the boarding because the car 3 to be boarded is crowded. Therefore, the decrease in the transportation efficiency of the elevator system 1 due to the postponement of boarding can be suppressed. Further, by setting a virtual capacity less than or equal to the actual capacity, the elevator system 1 can be operated flexibly. Even when the elevator system 1 has a single elevator 2, since the virtual capacity is set for each run departing from the departure floor, the degree of congestion in the car 3 is controlled for each run. When the elevator system 1 has a plurality of elevators 2, it is not necessary to introduce a plurality of elevators 2 having different actual capacity, so that maintenance and management efforts are unlikely to increase.

Further, the virtual capacity setting unit 14 sets more cars 3 as the virtual capacity is larger.
Further, the virtual capacity setting unit 14 sets the larger virtual capacity with a higher frequency.

With such a configuration, the frequency of departure from the departure floor of the car 3 having a larger virtual capacity is increased. Therefore, it is possible to suppress a decrease in the transportation efficiency of the elevator system 1 by setting a virtual capacity lower than the actual capacity.

Further, the information presentation unit 13 presents to the user the departure schedule of the departure floor and the virtual capacity set by the virtual capacity setting unit 14 for each allocation candidate extracted by the allocation candidate extraction unit 16.

With such a configuration, the user can select the allocation candidate in consideration of both convenience such as short waiting time and tolerance for congestion. Also, allocation candidates with a smaller virtual capacity usually reach the virtual capacity sooner. Therefore, it is presented to the user that there is a trade-off relationship between the tolerance of congestion and the convenience such as short waiting time. That is, it is presented that the allocation candidate having a large virtual capacity and can be congested has the convenience of a short waiting time, so that the allocation candidate having a large virtual capacity can be easily selected. Therefore, it is possible to suppress a decrease in the transportation efficiency of the elevator system 1 by setting a virtual capacity lower than the actual capacity. In addition, there is no trade-off between convenience and avoidance of congestion for users who prioritize convenience and allow congestion, or users who prioritize avoidance of congestion and allow waiting time. Is less likely to cause dissatisfaction.

In addition, the information presentation unit 13 presents to the user the departure schedule of the departure floor and the possible boarding position after boarding for each allocation candidate extracted by the allocation candidate extraction unit 16.

With such a configuration, the user can select the boarding position inside the car 3. That is, for example, a user who is reluctant to stand behind himself / herself can select a boarding position where it is difficult for others to stand behind him / her. This allows the user to use the elevator system 1 in a situation more favorable to him / her.

Further, the elevator system 1 includes a destination registration device 5. The destination registration device 5 accepts the input of the user's destination floor. The destination registration device 5 displays the information presented by the information presentation unit 13 to the user. The destination registration device 5 accepts the selection of allocation candidates by the user. The information acquisition unit 12 acquires information on the destination floor and allocation candidates selected by the user from the destination registration device 5.
Further, the elevator system 1 includes a communication device 6. The communication device 6 receives information on the destination floor of the user from the mobile terminal 10 possessed by the user. The communication device 6 transmits the information presented by the information presenting unit 13 to the mobile terminal 10. The communication device 6 receives information on selection of allocation candidates by the user from the mobile terminal 10. The information acquisition unit 12 acquires information on the destination floor and allocation candidates selected by the user through the communication device 6.

With such a configuration, the elevator system 1 can interactively exchange information with the user. Therefore, the determination of allocation candidates becomes smooth. The information acquisition unit 12 may exchange information with the user using only one of the destination registration device 5, the communication device 6, and the mobile terminal 10. At this time, the elevator system 1 does not have to include the destination registration device 5 or the communication device 6 that is not used for exchanging information with the user.

A part of the functions of the group management device 7, including functions such as an information acquisition unit 12, an information presentation unit 13, a virtual capacity setting unit 14, a user number storage unit 15, an allocation candidate extraction unit 16, and an allocation determination unit 17. Alternatively, all of them may be mounted on an external device of the group management device 7. At this time, the elevator system 1 does not have to have the group management device 7 as an independent device. Some or all of these functions may be mounted on a device such as a control panel 4 of each elevator 2. Some or all of these functions may be distributed and installed in a plurality of devices.

Subsequently, an example of the hardware configuration of the elevator system 1 will be described with reference to FIG.
FIG. 6 is a hardware configuration diagram of a main part of the elevator system 1 according to the first embodiment.

Each function of the elevator system 1 can be realized by a processing circuit. The processing circuit includes at least one processor 100a and at least one memory 100b. The processing circuit may include at least one dedicated hardware 200 with or as a substitute for the processor 100a and the memory 100b.

When the processing circuit includes the processor 100a and the memory 100b, each function of the elevator system 1 is realized by software, firmware, or a combination of software and firmware. At least one of the software and firmware is written as a program. The program is stored in the memory 100b. The processor 100a realizes each function of the elevator system 1 by reading and executing the program stored in the memory 100b.

The processor 100a is also referred to as a CPU (Central Processing Unit), a processing device, an arithmetic unit, a microprocessor, a microcomputer, and a DSP. The memory 100b is composed of, for example, a non-volatile or volatile semiconductor memory such as a RAM, a ROM, a flash memory, an EPROM, or an EEPROM.

When the processing circuit includes dedicated hardware 200, the processing circuit is realized by, for example, a single circuit, a composite circuit, a programmed processor, a parallel programmed processor, an ASIC, an FPGA, or a combination thereof.

Each function of the elevator system 1 can be realized by a processing circuit. Alternatively, each function of the elevator system 1 can be collectively realized by a processing circuit. For each function of the elevator system 1, a part may be realized by the dedicated hardware 200, and the other part may be realized by software or firmware. As described above, the processing circuit realizes each function of the elevator system 1 by the dedicated hardware 200, software, firmware, or a combination thereof.

Embodiment 2.
The differences between the second embodiment and the examples disclosed in the first embodiment will be described in particular detail. As for the features not described in the second embodiment, any of the features disclosed in the first embodiment may be adopted.

FIG. 7 is a configuration diagram of the elevator system 1 according to the second embodiment.

The elevator system 1 includes a destination registration device 5, a communication device 6, a group management device 7, a reading device 18, and a storage device 19.

The reading device 18 is a device that reads identification information from the identification body 20 possessed by the user. The user identification information is information that identifies the user. The identification body 20 possessed by the user is, for example, a tag or a card possessed by the user. Alternatively, the discriminator 20 possessed by the user may be a mobile terminal 10 possessed by the user. The reading device 18 reads the identification information from the identification body 20 by, for example, short-range wireless communication. The reading device 18 may read the identification information by capturing a coded image such as a two-dimensional code displayed on the identification body 20. The reading device 18 is electrically connected to the group management device 7. The reading device 18 may be a device that cooperates with an entrance / exit control gate (not shown) provided in the building where the elevator system 1 is provided.

The storage device 19 is a device for storing information. In the storage device 19, information regarding the use of the elevator system 1 is stored for each user. The storage device 19 stores, for example, a database using the user's identification information as a key. In the database of the storage device 19, the destination floor of the user is registered in advance. The destination floor registered in advance for each user is, for example, the floor on which the user normally works when the building is an office building. In the database of the storage device 19, information indicating the tolerance for congestion in the user's car 3 is stored. The tolerance information is the number of people that the user can allow to ride in the car 3. The storage device 19 is electrically connected to the group management device 7. Alternatively, the storage device 19 may be built in the group management device 7.

The information acquisition unit 12 is equipped with a function of acquiring information indicating the tolerance for congestion in the car 3 as well as information on the destination floor of the user. The information acquisition unit 12 acquires information on the destination floor of the user and the tolerance for congestion from the input operation performed by the user, for example, through the operation unit 9 of the destination registration device 5. Alternatively, the information acquisition unit 12 may acquire information on the destination floor of the user and the tolerance for congestion from the input operation performed by the user on the mobile terminal 10, for example, through the communication device 6. Further, the information acquisition unit 12 may acquire information on the destination floor and the tolerance for congestion registered in advance in the mobile terminal 10 by the user, for example, through the communication device 6. Further, for example, when the reading device 18 reads the user's identification information from the identification body 20, the information acquisition unit 12 refers to the database of the storage device 19 using the user's identification information as a key, so that the user's identification information can be referred to. Information on destination floors and tolerance to congestion may be obtained. When the information acquisition unit 12 reads the identification information from the user's mobile terminal 10 through the communication device 6, for example, the information acquisition unit 12 refers to the database of the storage device 19 using the user's identification information as a key, so that the user's identification information can be read. Information on destination floors and tolerance to congestion may be obtained.

In this example, the user inputs the destination floor through the operation unit 9 of the destination registration device 5. At this time, the user inputs the number of people who can be allowed to ride in the car 3 as information on the tolerance for congestion through the operation unit 9.

The allocation determination unit 17 is equipped with a function of assigning a call to the destination floor of the user to any of the allocation candidates extracted by the allocation candidate extraction unit 16 based on the information such as the tolerance acquired by the information acquisition unit 12. .. The allocation determination unit 17 preferentially allocates the user's call to the allocation candidate having a smaller virtual capacity as the user's tolerance for congestion is lower. For example, when the input allowance is the number of people who can tolerate the ride, the allocation determination unit 17 gives priority to the call of the user who has the smaller number of people who can tolerate the ride over the allocation candidate with the smaller virtual capacity. And assign. The allocation determination unit 17 allocates the call of the user to the allocation candidate for which the virtual capacity of the same number as the number of people who can allow the user to ride is set, for example. In addition, when there are a plurality of allocation candidates for which the same number of virtual capacity as the number of people who can allow the passengers to ride is set, the allocation determination unit 17 selects one of the allocation candidates using other index values. .. The index value used here is, for example, an index value related to the operation efficiency or service quality of the elevator system 1. The index value may be, for example, the utilization rate of the elevator system 1, the waiting time of the user, the boarding time, or the like.

Subsequently, an example of the operation of the elevator system 1 will be described with reference to FIG.
FIG. 8 is a flowchart showing an example of the operation of the elevator system 1 according to the second embodiment.

In step S21, the information acquisition unit 12 determines whether or not the user's destination floor and tolerance information has been acquired. If the determination result is No, the operation of the elevator system 1 proceeds to step S21 again. On the other hand, when the determination result is Yes, the information acquisition unit 12 registers the call of the user who has acquired the information on the destination floor and the tolerance. After that, the operation of the elevator system 1 proceeds to step S22.

In step S22, the allocation candidate extraction unit 16 extracts allocation candidates based on the information such as the destination floor acquired by the information acquisition unit 12. After that, the operation of the elevator system 1 proceeds to step S23.

In step S23, the allocation determination unit 17 assigns a call to the destination floor of the user to any of the allocation candidates extracted by the allocation candidate extraction unit 16 based on the information such as the tolerance acquired by the information acquisition unit 12. .. After that, the operation of the elevator system 1 proceeds to step S24.

In step S24, the user number storage unit 15 determines that the allocation determination unit 17 allocates the user's call to the number of users who are scheduled to get in the car 3 for the travel that is the allocation candidate. Is added. After that, the operation of the elevator system 1 proceeds to step S25.

In step S25, the information presentation unit 13 presents the allocation candidate determined by the allocation determination unit 17 to the user through the destination registration device 5, the communication device 6, the reading device 18, and the like. The information presentation unit 13 presents information to a user who has acquired information through the destination registration device 5 through the destination registration device 5. The information presentation unit 13 presents information to a user who has acquired information through the communication device 6 and the mobile terminal 10 through the communication device 6 and the mobile terminal 10. The information presenting unit 13 presents information through the reading device 18 to the user who has acquired the information through the reading device 18 and the storage device 19. After that, the operation of the elevator system 1 proceeds to step S21.

Subsequently, an example of call allocation by the allocation determination unit 17 will be described with reference to FIG.
FIG. 9 is a diagram showing an example of call allocation by the allocation determination unit 17 according to the second embodiment.

In this example, the user inputs the number of people who can be allowed to ride in the car 3. The allocation determination unit 17 shall allocate the call of the user to the allocation candidate for which the virtual capacity of the same number as the number of people who can allow the user to ride is set. The allocation extraction unit extracts the three runs of the starting lineup, the next line, and the next line from the departure floor as allocation candidates. When the elevator system 1 includes a plurality of elevators 2, the starting, next, and successive cars 3 may be different cars 3. The actual capacity of the starting, next, and one after another baskets 3 is four. The virtual capacity setting unit 14 sets the virtual capacity of the starting car 3 to four. The virtual capacity setting unit 14 sets the virtual capacity of the next car 3 to be two. The virtual capacity setting unit 14 sets the virtual capacity of the baskets 3 to be four people one after another. Six users, User A, User B, User C, User D, User E, and User F, register calls up to the same destination floor in this order. The number of people that User A and User D can allow to ride is two. The number of people that User B, User C, User E, and User F can allow to ride is four. An example of allocation when a virtual capacity is set is shown in the upper part of FIG. For comparison, an example of allocation without setting a virtual capacity is shown at the bottom of FIG.

First, the case where the virtual capacity is not set will be described. The call of user A can be assigned to any driving. Therefore, the call of the user A is assigned to the starting lineup. The call of user B can be assigned to any driving. Therefore, the call of user B is assigned to the starting lineup. At this point, there is still a vacancy in the starting lineup, and the number of people scheduled to board is less than the number of four people that User C can tolerate, including User C. However, the number of people scheduled to board has reached two, which is the number of people that User A, who has already been assigned a call, can tolerate, so the call of User C cannot be assigned to the starting lineup. .. Therefore, the call of user C is assigned to the next run. Similarly thereafter, the call of user D is assigned to the next run. In addition, the call of user E is assigned to the running one after another. In addition, the call of the user F is assigned to the running one after another.

In this case, the user C departs after the user A who does not tolerate the congestion even though the congestion is allowed. Further, although the user E and the user F allow congestion, the departure is after the user A and the user D who do not allow the congestion. Since there is no trade-off between the tolerance of congestion and the convenience such as short waiting time, users who tolerate congestion may be dissatisfied. Further, since the number of people who can ride in the car 3 is determined by the lowest tolerance of the users who ride in the car 3, the operation of the elevator system 1 may be wasted.

On the other hand, a case where a virtual capacity is set will be described. The call of user A, who allows two people to ride together, is assigned to the next run of two people with a virtual capacity. The call of user B, which allows four passengers to ride, can be assigned to either the starting or one-on-one driving with a virtual capacity of four people. Therefore, the call of user B is assigned to the starting lineup. Similarly thereafter, the call of user C is assigned to the starting lineup. Further, the call of the user D is assigned to the next run. In addition, the call of user E is assigned to the starting lineup. Further, the call of the user F is assigned to the starting lineup.

In this case, the user A and the user D can get on the car 3 in which a small virtual capacity is set in return for allowing a long waiting time. User B, User C, User E, and User F can get into the car 3 with a short waiting time in return for allowing congestion. In this way, there is a trade-off relationship between the tolerance of congestion and convenience such as short waiting time, so that users are less likely to be dissatisfied. Further, since users having the same tolerance for congestion will be on board, the operation of the elevator system 1 can be made more efficient.

As described above, the elevator system 1 according to the second embodiment has one or more baskets 3, a virtual capacity setting unit 14, an information acquisition unit 12, an allocation candidate extraction unit 16, and an allocation determination unit 17. And. Each car 3 departs from the departure floor and travels vertically along the hoistway. The virtual capacity is the upper limit of the number of people who can ride in the car 3 with the actual capacity or less corresponding to the rated load capacity. When there are a plurality of cars 3, the virtual capacity setting unit 14 sets a virtual capacity for each car 3 so that the virtual capacity is different from each other in at least any combination of the plurality of cars 3. Further, the virtual capacity setting unit 14 sets a virtual capacity in the car 3 in advance for each of at least one of the cars 3 departing from the departure floor a plurality of times before the departure from the departure floor. The information acquisition unit 12 acquires information on the destination floor of the user and the tolerance for congestion. Based on the information acquired by the information acquisition unit 12, the allocation candidate extraction unit 16 extracts at least one of the plurality of runs of each car 3 departing from the departure floor as an allocation candidate. Allocation candidates are candidates for call allocation up to the destination floor of the user. Based on the information acquired by the information acquisition unit 12, the allocation determination unit 17 calls the user to the destination floor from the allocation candidates extracted by the allocation candidate extraction unit 16, and the lower the tolerance for congestion, the more the virtual capacity. Priority is given to allocation candidates with few.

With such a configuration, a virtual capacity is set for a plurality of runs of one or more cars 3 departing from the departure floor. The virtual capacity is set so that they are not all the same for multiple runs. The virtual capacity is used to allocate calls according to the user's tolerance for congestion. Since the number of calls that exceed the virtual capacity is not assigned to each run, the degree of congestion in the car 3 can be controlled according to the user's tolerance for congestion by setting the virtual capacity. Since the user's call is assigned to the allocation candidates according to the tolerance for congestion, the user is less likely to forgo the boarding because the car 3 to be boarded is crowded. Therefore, the decrease in the transportation efficiency of the elevator system 1 due to the postponement of boarding can be suppressed. Further, by setting a virtual capacity less than or equal to the actual capacity, the elevator system 1 can be operated flexibly. Even when the elevator system 1 has a single elevator 2, since the virtual capacity is set for each run departing from the departure floor, the degree of congestion in the car 3 is controlled for each run. When the elevator system 1 has a plurality of elevators 2, it is not necessary to introduce a plurality of elevators 2 having different actual capacity, so that maintenance and management efforts are unlikely to increase.

Further, the virtual capacity setting unit 14 sets more cars 3 as the virtual capacity is larger.
Further, the virtual capacity setting unit 14 sets the larger virtual capacity with a higher frequency.

With such a configuration, the frequency of departure from the departure floor of the car 3 having a larger virtual capacity is increased. Therefore, it is possible to suppress a decrease in the transportation efficiency of the elevator system 1 by setting a virtual capacity lower than the actual capacity.

Further, the elevator system 1 includes a destination registration device 5. The destination registration device 5 accepts the input of the user's tolerance for the destination floor and congestion. The information acquisition unit 12 acquires information on the destination floor and the tolerance for congestion from the destination registration device 5.
Further, the elevator system 1 includes a communication device 6. The communication device 6 receives information on the user's destination floor and tolerance for congestion from the mobile terminal 10 possessed by the user. The information acquisition unit 12 acquires information on the destination floor and the tolerance for congestion through the communication device 6.
Further, the elevator system 1 includes a reading device 18 and a storage device 19. The reading device 18 reads the identification information that identifies the user. The storage device 19 stores information on the destination floor of the user and the tolerance for congestion in association with the identification information. The information acquisition unit 12 acquires the destination floor and tolerance information stored in the storage device 19 in association with the identification information read by the reading device 18.

With such a configuration, the user can input the destination floor and the tolerance for congestion into the elevator system 1 by operating the same device. Therefore, the determination of allocation candidates that reflects the user's tolerance for congestion becomes smooth. The information acquisition unit 12 may exchange information with the user using only one of the destination registration device 5, the communication device 6, the mobile terminal 10, or the reading device 18 and the storage device 19. At this time, the elevator system 1 may not include a destination registration device 5, a communication device 6, a reading device 18, or a storage device 19 that are not used for exchanging information with the user.

Further, the destination registration device 5 accepts input of the number of people that the user can allow to ride as information on the tolerance for congestion. The allocation determination unit 17 allocates the user's call to the allocation candidate for which the virtual capacity of the number of people accepted by the destination registration device 5 is set.
Further, the communication device 6 receives information on the number of people that the user can allow to ride as information on the tolerance for congestion from the mobile terminal 10. The allocation determination unit 17 allocates the user's call to the allocation candidate for which the virtual capacity of the number of people received by the communication device 6 is set.
Further, the storage device 19 stores information on the number of people that the user can allow to ride as information on the tolerance for congestion. The allocation determination unit 17 allocates the user's call to the allocation candidate for which the virtual capacity of the number of people acquired from the storage device 19 by the information acquisition unit 12 is set.

With such a configuration, users with the same number of passengers who can ride together will ride together, so that waste will not occur with respect to the set virtual capacity. Therefore, it is possible to suppress a decrease in the transportation efficiency of the elevator system 1 by setting a virtual capacity lower than the actual capacity.

Further, the tolerance for congestion may include conditions such as waiting time. For example, the tolerance for congestion may be a condition such as "as few people as possible in the car 3 departing within 1 minute". At this time, for example, the allocation candidate extraction unit 16 excludes traveling that does not depart from the departure floor within 1 minute from the allocation candidates. The allocation determination unit 17, for example, first sets the number of people who can tolerate the ride to one, and attempts to allocate the calls of the users. When there is no allocation candidate to which the user's call can be assigned, the allocation determination unit 17 attempts to allocate the user's call while increasing the number of people who can be allowed to ride one by one. Alternatively, the allocation determination unit 17 may allocate the user's call using an evaluation function based on the time until departure, the virtual capacity, and the like.

1 Elevator system, 2 Elevator, 3 Basket, 4 Control panel, 5 Destination registration device, 6 Communication device, 7 Group management device, 8 Display unit, 9 Operation unit, 10 Mobile terminal, 11 Communication network, 12 Information acquisition unit, 13 Information presentation unit, 14 virtual capacity setting unit, 15 user number storage unit, 16 allocation candidate extraction unit, 17 allocation determination unit, 18 reader, 19 storage device, 20 discriminator, 100a processor, 100b memory, 200 dedicated hardware

Claims (20)

Multiple cars that depart from the departure floor and run vertically along the hoistway,
For each of the plurality of cars, a virtual capacity, which is the upper limit of the number of passengers that can be accommodated below the actual capacity corresponding to the rated load capacity, is set so that the virtual capacity differs from each other in at least one combination of the plurality of cars. Virtual capacity setting unit and
The information acquisition department that acquires information on the destination floor of the user,
Based on the information acquired by the information acquisition unit, at least one of the plurality of runs departing from the departure floor of each of the plurality of cars is assigned as an allocation candidate to which the call to the destination floor of the user is assigned. Allocation candidate extraction unit to be extracted and
An information presentation unit that presents the allocation candidates extracted by the allocation candidate extraction unit to the user, including information on the set virtual capacity, and an information presentation unit.
When the information acquisition unit acquires the information of the allocation candidate selected by the user from the allocation candidates presented by the information presentation unit, the allocation candidate selected by the user is sent to the destination floor of the user. Allocation decision unit to assign the call of
Elevator system with. The elevator system according to claim 1, wherein the virtual capacity setting unit is set in more cars as the virtual capacity is larger. The virtual capacity setting unit makes the virtual capacity variable, and sets a virtual capacity in advance for each of the plurality of cars for each of a plurality of runs departing from the departure floor before departure from the departure floor. Or the elevator system according to claim 2. A car that departs from the departure floor and runs vertically on the hoistway,
A variable virtual capacity, which is the upper limit of the number of passengers that can be accommodated below the actual capacity corresponding to the rated load capacity, is added to the car in advance for each multiple trips departing from the departure floor before departure from the departure floor. The virtual capacity setting unit to be set and
The information acquisition department that acquires information on the destination floor of the user,
Based on the information acquired by the information acquisition unit, at least one of a plurality of trips departing from the departure floor of the car is extracted as an allocation candidate for assigning a call to the destination floor of the user. Extractor and
An information presentation unit that presents the allocation candidates extracted by the allocation candidate extraction unit to the user, including information on the set virtual capacity, and an information presentation unit.
When the information acquisition unit acquires the information of the allocation candidate selected by the user from the allocation candidates presented by the information presentation unit, the allocation candidate selected by the user is sent to the destination floor of the user. Allocation decision unit to assign the call of
Elevator system with. The elevator system according to claim 3 or 4, wherein the virtual capacity setting unit is set with a higher frequency as the virtual capacity is larger. The information presenting unit presents the departure schedule of the departure floor and the virtual capacity set by the virtual capacity setting unit to the user for each allocation candidate extracted by the allocation candidate extraction unit. The elevator system described in any one of the items. Any one of claims 1 to 5 in which the information presenting unit presents to the user the departure schedule of the departure floor and the possible boarding position after boarding for each allocation candidate extracted by the allocation candidate extraction unit. Elevator system as described in the section. It is provided with a destination registration device that accepts the input of the destination floor of the user, displays the information presented by the information presenting unit to the user, and accepts the selection of allocation candidates by the user.
The elevator system according to any one of claims 1 to 7, wherein the information acquisition unit acquires information on the destination floor and allocation candidates selected by the user from the destination registration device. The information on the destination floor of the user is received from the mobile terminal possessed by the user, the information presented by the information presenting unit is transmitted to the mobile terminal, and the information on the selection of the allocation candidate by the user is described. Equipped with a communication device that receives from a mobile terminal
The elevator system according to any one of claims 1 to 7, wherein the information acquisition unit acquires information on the destination floor and allocation candidates selected by the user through the communication device. Multiple cars that depart from the departure floor and run vertically along the hoistway,
For each of the plurality of cars, a virtual capacity, which is the upper limit of the number of passengers that can be accommodated below the actual capacity corresponding to the rated load capacity, is set so that the virtual capacity differs from each other in at least one combination of the plurality of cars. Virtual capacity setting unit and
The information acquisition department that acquires information on the user's destination floor and tolerance for congestion,
Based on the information acquired by the information acquisition unit, at least one of the plurality of runs departing from the departure floor of each of the plurality of cars is assigned as an allocation candidate to which the call to the destination floor of the user is assigned. Allocation candidate extraction unit to be extracted and
Based on the information acquired by the information acquisition unit, the call to the destination floor of the user is made from the allocation candidates extracted by the allocation candidate extraction unit. The allocation decision unit that prioritizes allocation candidates and
Elevator system with. The elevator system according to claim 10, wherein the virtual capacity setting unit is set in a larger number of cars as the virtual capacity is larger. The virtual capacity setting unit makes the virtual capacity variable, and sets a virtual capacity in advance for each of the plurality of cars for each of a plurality of runs departing from the departure floor before departure from the departure floor. Alternatively, the elevator system according to claim 11. A car that departs from the departure floor and runs vertically on the hoistway,
A variable virtual capacity, which is the upper limit of the number of passengers that can be accommodated below the actual capacity corresponding to the rated load capacity, is added to the car in advance for each multiple trips departing from the departure floor before departure from the departure floor. The virtual capacity setting unit to be set and
The information acquisition department that acquires information on the user's destination floor and tolerance for congestion,
Based on the information acquired by the information acquisition unit, an allocation candidate extraction unit that extracts at least one of the plurality of runs as an allocation candidate for assigning a call to the destination floor of the user, and an allocation candidate extraction unit.
Based on the information acquired by the information acquisition unit, the call to the destination floor of the user is made from the allocation candidates extracted by the allocation candidate extraction unit. The allocation decision unit that prioritizes allocation candidates and
Elevator system with. The elevator system according to claim 12 or 13, wherein the virtual capacity setting unit is set with a higher frequency as the virtual capacity is larger. A destination registration device that accepts the input of the destination floor and the tolerance of the user is provided.
The elevator system according to any one of claims 10 to 14, wherein the information acquisition unit acquires information on the destination floor and the tolerance from the destination registration device. The destination registration device accepts input of the number of people that the user can allow to ride as information on the tolerance.
The elevator system according to claim 15, wherein the allocation determination unit allocates a call of the user to an allocation candidate for which a virtual capacity of the number of people accepted by the destination registration device is set. A communication device for receiving information on the destination floor and the tolerance of the user from the mobile terminal possessed by the user is provided.
The elevator system according to any one of claims 10 to 14, wherein the information acquisition unit acquires information on the destination floor and the tolerance from the communication device. The communication device receives information on the number of people that the user can allow to ride as information on the tolerance from the mobile terminal.
The elevator system according to claim 17, wherein the allocation determination unit allocates a call of the user to an allocation candidate for which a virtual capacity of the number of people received by the communication device is set. A reading device that reads the identification information that identifies the user,
A storage device that stores information on the destination floor and the tolerance of the user in association with the identification information.
Equipped with
One of claims 10 to 14, wherein the information acquisition unit acquires information on the destination floor and the tolerance stored in the storage device in association with the identification information read by the reading device. Elevator system described in. The storage device stores information on the number of people that the user can allow to ride as information on the tolerance.
The elevator system according to claim 19, wherein the allocation determination unit allocates a call of the user to an allocation candidate for which a virtual capacity of the number of people acquired from the storage device is set by the information acquisition unit.

Images