CN114057057A

CN114057057A - Crowd reduction in elevators

Info

Publication number: CN114057057A
Application number: CN202110800377.5A
Authority: CN
Inventors: S·苏迪; V·马拉达; P·K·珀古拉
Original assignee: Otis Elevator Co
Current assignee: Otis Elevator Co
Priority date: 2020-07-31
Filing date: 2021-07-15
Publication date: 2022-02-18
Also published as: EP3945049A1; US20220033220A1

Abstract

A system includes an elevator system including an elevator car. The system also includes a control system configured to: receiving a crowd reduction indicator; determining an elevator car load reduction for the elevator car based on the crowd reduction indicator; adjusting an elevator car load limit based on the elevator car load reduction; and triggering a mitigating action in the elevator system based on detecting the condition exceeding the load limit of the elevator car.

Description

Crowd reduction in elevators

Technical Field

Exemplary embodiments relate to the field of elevator systems, and more particularly, to crowd reduction (crowd reduction) in elevator systems.

Background

The use of elevators may vary as the occupancy level at the lobby area changes over time. Elevator congestion can be inconvenient and in some cases can raise health concerns for elevator passengers. The elevator car has a maximum load capacity for handling large loads; however, in some instances, it may be preferable to operate the elevator car at a load level that is less than the maximum load capacity. For example, in situations where social distance between elevator car passengers is desired, some passengers may decide to ignore the guideline (guideliine) and crowd into the elevator car in order to reach the intended destination faster, regardless of the guideline.

Disclosure of Invention

Disclosed is a system including an elevator car. The system also includes a control system configured to: receiving a crowd reduction indicator (indicator); determining an elevator car load reduction for the elevator car based on the crowd reduction indicator; adjusting an elevator car load limit based on the elevator car load reduction; and triggering a mitigation action (mitigation action) in the elevator system based on detecting the condition exceeding the load limit of the elevator car.

In addition or alternatively to one or more of the features described herein, further embodiments may include wherein the population reduction indicator is received based on a local trigger source.

In addition or alternatively to one or more of the features described herein, further embodiments may include wherein the crowd reduction indicator is received over a network based on a remote trigger source.

In addition or alternatively to one or more of the features described herein, further embodiments may include one or more sensors configured to monitor a load condition of the elevator car, wherein detecting a condition that exceeds a load limit of the elevator car is based on the load condition.

In addition or as an alternative to one or more of the features described herein, further embodiments may include wherein a call request to an elevator car is blocked (latch) based on determining that the elevator car has reached an elevator car load limit.

In addition or alternatively to one or more of the features described herein, further embodiments may include wherein the mitigating action comprises triggering an alert system external to the elevator car.

In addition or alternatively to one or more of the features described herein, further embodiments may include wherein the mitigating action comprises triggering an alarm system within the elevator car.

In addition or alternatively to one or more of the features described herein, further embodiments may include wherein the control system is configured to monitor a load condition in which the elevator car is decreasing from above an elevator car load limit to below the elevator car load limit, and based on determining that the load condition of the elevator car has decreased below the elevator car load limit, the control system initiates a closing of an elevator door of the elevator car.

In addition or as an alternative to one or more of the features described herein, further embodiments may include wherein the mitigating action comprises sending an elevator dispatch call to request another elevator car to reach the same landing location (location) at which the elevator car is located when an elevator car load limit is exceeded.

In addition or alternatively to one or more of the features described herein, further embodiments may include wherein the control system is configured to restore the elevator car load limit from the reduced value to a default value based on a default load limit indicator.

Also disclosed is a method that includes receiving a crowd reduction indicator at a control system of an elevator system that includes an elevator car. An elevator car load reduction is determined for the elevator car based on the crowd reduction indicator. The elevator car load limit is adjusted based on the reduction in elevator car load. A mitigating action in the elevator system is triggered based on detecting a condition that exceeds a load limit of the elevator car.

In addition or alternatively to one or more of the features described herein, further embodiments may include monitoring one or more sensors configured to indicate a load condition of the elevator car, wherein detecting a condition that exceeds a load limit of the elevator car is based on the load condition.

In addition to or as an alternative to one or more of the features described herein, further embodiments may include blocking call requests to the elevator car based on determining that the elevator car has reached an elevator car load limit.

In addition or alternatively to one or more of the features described herein, further embodiments may include monitoring a load condition in which the elevator car is decreasing from above an elevator car load limit to below the elevator car load limit, and initiating a closing of an elevator door of the elevator car based on determining that the load condition of the elevator car has decreased below the elevator car load limit.

In addition or alternatively to one or more of the features described herein, a further embodiment may include restoring the elevator car load limit from a reduced value to a default value based on a default load limit indicator.

Drawings

The following description should not be viewed as limiting in any way. Referring to the drawings, like elements are numbered alike:

fig. 1 is a schematic illustration of an elevator system according to an embodiment of the present disclosure;

fig. 2 is a system for managing elevator dispatching with selective crowd reduction according to an embodiment of the disclosure;

fig. 3 is a system for monitoring congestion within an elevator car according to an embodiment of the present disclosure;

fig. 4 depicts an interior of an elevator car having passengers with restricted spacing for social distance in accordance with an embodiment of the present disclosure; and

fig. 5 is a flow chart illustrating a process according to an embodiment of the present disclosure.

Detailed Description

A detailed description of one or more embodiments of the disclosed apparatus and method are presented herein by way of illustration, not limitation, with reference to the figures.

Fig. 1 is a perspective view of an elevator system 101, the elevator system 101 including an elevator car 103, a counterweight 105, a tension member 107, a guide rail 109, a machine 111, a position reference system 113, and a controller 115. The elevator car 103 and counterweight 105 are connected to each other by a tension member 107. Tension members 107 may include or be configured as, for example, ropes, steel cables, and/or coated steel belts. The counterweight 105 is configured to balance the load of the elevator car 103 and to facilitate movement of the elevator car 103 within the hoistway 117 and along the guide rails 109 relative to the counterweight 105 simultaneously and in opposite directions.

The tension member 107 engages a machine 111, the machine 111 being part of an overhead structure of the elevator system 101. The machine 111 is configured to control movement between the elevator car 103 and the counterweight 105. The position reference system 113 can be mounted on a fixed part at the top of the hoistway 117, e.g., on a support or guide rail, and the position reference system 113 can be configured to provide a position signal related to the position of the elevator car 103 within the hoistway 117. In other embodiments, the position reference system 113 may be mounted directly to the moving components of the machine 111, or may be located in other positions and/or configurations as known in the art. The position reference system 113 can be any device or mechanism for monitoring the position of an elevator car and/or counterweight as is known in the art. For example, without limitation, the position reference system 113 may be an encoder, sensor, or other system and may include speed sensing, absolute position sensing, or the like, as will be appreciated by one skilled in the art.

As shown, the controller 115 is located within a controller room 121 of the hoistway 117, and the controller 115 is configured to control operation of the elevator system 101, and in particular operation of the elevator car 103. For example, the controller 115 may provide drive signals to the machine 111 to control acceleration, deceleration, leveling, stopping, etc. of the elevator car 103. The controller 115 may also be configured to receive position signals from the position reference system 113 or any other desired position reference device. The elevator car 103 can stop at one or more landings 125 as controlled by the controller 115 as it moves up or down the guide rails 109 within the hoistway 117. Although shown in the controller room 121, those skilled in the art will appreciate that the controller 115 may be located and/or configured in other locations or positions within the elevator system 101. In one embodiment, the controller may be remotely located or located in the cloud.

The machine 111 may include a motor or similar drive mechanism. With reference to embodiments of the present disclosure, the machine 111 is configured to include an electrically driven motor. The power source for the motor may be any power source including an electrical grid that, in combination with other components, provides power to the motor. The machine 111 can include a traction sheave that imparts force to the tension member 107 to move the elevator car 103 within the hoistway 117.

Although shown and described with a roping system including tension members 107, other methods and machined elevator systems employing moving an elevator car within a hoistway can employ embodiments of the present disclosure. For example, embodiments may be employed in a ropeless elevator system that uses a linear motor to move an elevator car. Embodiments may also be employed in a ropeless elevator system that uses a hydraulic hoist to move an elevator car. Embodiments may also be employed in ropeless elevator systems that use self-propelled elevator cars (e.g., elevator cars equipped with friction or traction sheaves). FIG. 1 is a non-limiting example presented for purposes of illustration and explanation only.

Turning now to fig. 2, an exemplary system 200 for managing elevator dispatching with selective crowd reduction in accordance with one or more embodiments is illustrated. The system 200 can include one or more elevator systems 101, the one or more elevator systems 101 being managed as an elevator group 202 that can reach multiple landings. Within a structure, such as a building, in which an elevator group 202 is installed, there may be one or more lobby areas 204 at one or more floors, where groups 206 of potential elevator passengers may congregate. For example, the lobby area 204 may be on the first floor or another floor, such as an aerial lobby or floor having a meeting room, banquet hall, or other such area where larger groups of people may be gathered. The system 200 may include a sensing system 208, the sensing system 208 configured to capture crowd data associated with the lobby area 204 of the elevator system 101. The sensing system 208 may include one or more sensors 210 and a sensor control 212. In systems where multiple sensors are employed, the sensors 210 may be conventional type sensors, or various types of sensors. Any type of sensor 210 suitable for object detection may be employed. For example, sensors relying on infrared, radar, video, LIDAR, time-of-flight, 2D or 3D depth sensing, floor pressure sensors, and suitable alternatives may be utilized. The sensors 210 may be positioned in different locations. For example, the sensors 210 may be located on the floors of the lobby area 204 or at elevated locations of structures fixed to the lobby area 204. The sensor control 212 may be an edge compute node with image tracking, classification, and counting logic that observes and tracks the number of people in the crowd 206 using one or more techniques known in the art, which may be quantified as crowd data. In some embodiments, crowd data tracking 210 may include tracking occupancy levels in one or more lobby areas 204 or within elevator cars 103 of the elevator system 101.

The system 200 may also include an elevator dispatch control 214, the elevator dispatch control 214 configured to receive crowd data or raw sensor data from the sensor control 212. The elevator dispatching control 214 is able to adjust a dispatching plan (schedule) 216 of one or more elevator cars 103 of the elevator group 202 of the elevator system 101 based on the crowd data. For example, the dispatch plan 216 may be adjusted to locate an increased number of elevator cars 103 to floors near the lobby area 204 having an increased population. The elevator dispatch control 214 can interface with the controller 115 of fig. 1 as an example of an elevator controller. The elevator dispatch control 214 may also interface with a network 218, which may be part of a cloud computing environment configured to communicate with multiple devices. As one example, server 220 may be connected to network 218 and implemented using known computing devices (e.g., processors, memory, I/O devices, network communications, etc.). The server 220 may be implemented using the same equipment elevator dispatch control 214 or may be a separate component. The network 218 may be a local network (e.g., 802. xx) or a wide area network (e.g., cellular), and the network 218 may be implemented using known wired and/or wireless network protocols. The sensor control 212 and elevator dispatch control 214 may also be implemented using known processing circuitry, memory systems, communication interfaces, and the like, to execute instructions embodied in a non-transitory form.

The network 218 may also be in communication with at least one user device (e.g., mobile device 222) that can be associated with the crowd 206 or with a supervisor/supervisor system. Examples of mobile device 222 may include a smart phone, laptop, tablet, smart watch, and so forth. One or more of the mobile devices 222 may be associated with a particular user. The user can request the elevator car 103 of fig. 1 using his/her mobile device 222. The request may be a call that allows an empty or partially occupied elevator car 103 to be dispatched to a floor. The request may be initiated manually (e.g., as needed) or in response to sensor data. For automatic requests based on sensor data, there may be a defined plurality of rules and/or a pre-determined plan established. Rule-based systems may combine machine learning and artificial intelligence to dynamically define rules over a period of time and further refine the rules. The artificial intelligence algorithm can be trained with a set of training data prior to deployment and further refined in the field to align with usage patterns of a particular building design and traffic flow (e.g., passengers and/or cargo) for the elevator system 101. The artificial intelligence algorithm can learn to predict the timing, size (size), and location of the crowd 206, and predictively automatically set or modify a scheduling profile (profile) before the crowd 206 arrives at, for example, the lobby area 204 or is completely formed at the lobby area 204.

The request for the elevator car 103 may be communicated or transmitted from the mobile device 222 over the one or more networks 218. For example, the request may be transmitted via the internet and/or a cellular network. The request may then be routed through the server 220 to the elevator dispatch control 214, or the mobile device 222 may communicate directly with any component in the elevator system 101.

The elevator dispatch control 214 can select resources (e.g., the elevator system 101 or the elevator car 103) suitable for fulfilling a service request, potentially based on one or more considerations such as power consumption/efficiency, quality of service (e.g., a reduction in waiting time before a user or passenger arrives at a destination floor or landing), and the like.

In an embodiment, a system (e.g., elevator dispatch control 214 or server 220) can use crowd data to alert passengers, use intra-car space data to dispatch empty elevator cars 103 to users, and communicate assignments to a management system. Elevator cars 103 with empty spaces can be identified and assigned by dispatch plan 216 to assist users in moving themselves, luggage, companions, and the like to desired locations. In some embodiments, crowd data is used to determine when the lobby area 204 is sufficiently clear to be able to notify a user of traveling to the lobby area 204. People counting techniques can be used to measure latency to improve user experience.

Further, the crowd sensing feature may be a subscription-based service that an operator of the elevator system 101 (e.g., a building owner) pays to ensure an improved user experience. For example, crowd sensing may be selectively enabled for certain locations of a building (e.g., lobby area 204). Further, the timing of the enablement of crowd sensing may vary over time. For example, if a large conference is planned, the elevator dispatch plan 216 can be predictively adjusted based on the planning data. Furthermore, on-demand crowd sensing can be selectively enabled for a particular floor or any floor. Trend data may also be captured to better understand the user's movement and history of the crowd 206.

Embodiments may support crowd reduction within the elevator car 103 of the elevator system 101 based on crowd reduction indicators. The crowd reduction indicator may be used to reduce the maximum load or the maximum number of passengers in each elevator car 103. For example, in the case of a larger social distance between elevator car passengers being expected, the identification (assertion) of the crowd reduction indicator can trigger a reduction of the elevator car load limit. For example, the default value for the elevator car load limit may be ten passengers, and the reduction value for the elevator car load limit may be three or four passengers. The crowd reduction indicator may be identified based on a schedule (e.g., based on a certain time of day, week, and/or month). Further, the crowd reduction indicator may be set based on sensed congestion or predicted congestion. The crowd reduction indicator may be set using automatic, scheduled, and/or manual requests. For example, an administrator or attendant (attentint) may directly set or establish a plan of expected elevator crowd reduction through computer system 224, which computer system 224 is configured to relay requests to elevator dispatch control 214, server 220, and/or controller 115 to set crowd reduction indicators. In the case where the mobile device 222 has administrative/service permissions, the mobile device 222 can be used to plan or immediately update the status of the crowd reduction indicator.

Once the crowd reduction indicator is set, the alarm system 226 can be triggered to provide an audible/visual indication that the elevator system 101 is operating in the crowd reduction mode. The alarm system 226 can include one or more of lights, buzzers, bells, signals, or the like. In addition, the alert system 226 may notify passengers of load constraints (e.g., up to four passengers per elevator cab 103) to prevent overcrowding of passengers. The alert system 226 can output a notification indicating the spacing guideline and related information to a person waiting in the lobby or hallway for one of the elevator cars 103. The alarm system 226 can also trigger a notification message to the mobile device 222 with a change in the operating mode of the elevator system 101.

Fig. 3 depicts an example of a system 300 according to an embodiment. The system 300 includes a passenger enclosure (enclosure) 302, which passenger enclosure 302 may be the elevator car 103 in fig. 1. The system 300 also includes a monitoring system 304 operably coupled to one or more sensors 306, such as one or more video cameras configured to capture image data at a transmission system (e.g., the elevator system 101 in fig. 1). In the example of fig. 3, there is a single instance of a video camera within the passenger enclosure 302. In alternative embodiments, there may be multiple example video cameras used to capture multiple angles within the passenger enclosure 302, for example, to perform depth measurements (e.g., in a stereo configuration) and/or to view areas in the passenger enclosure 302 that may otherwise be blocked using a single camera. Other types of sensors may include a pressure plate 307 or other such occupant detection system.

Monitoring system 304 may also include a processing system 310, a memory system 312, and a communication interface 314, among other subsystems (not depicted). In some embodiments, the processing system 310 is configured to capture passenger data and perform processing to analyze the content of the passenger data. In other embodiments, processing system 310 provides captured image data through communication interface 314 for off-board (off-board) processing, such as processing performed at controller 115 in fig. 1, or processing performed at another location, such as in-cloud-based processing over network 318 and/or other computing resources.

The processing system 310 may be, but is not limited to, a single processor or a multi-processor system of any of a number of possible architectures including Field Programmable Gate Arrays (FPGAs), Central Processing Units (CPUs), Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), or Graphics Processing Unit (GPU) hardware (homogeneous or heterogeneous arrangements). The memory system 312 may be a storage device such as, for example, a Random Access Memory (RAM), a Read Only Memory (ROM), or other electronic, optical, magnetic, or any other computer-readable storage medium. The memory system 312 may include computer-executable instructions that, when executed by the processing system 310, cause the processing system 310 to perform operations as further described herein.

The communication interface 314 may include wired, wireless, and/or optical communication links to establish communication with one or more support systems 316, either directly or through a network 318. Examples of the support system 316 may include a mobile device 320 or any type of computer system 322, such as a personal computer, workstation, laptop, tablet, wearable, or custom computer system and/or the controller 115 of fig. 1. The computer system 322 can be a central control computer that monitors the functionality of multiple instances of the elevator system 101 (e.g., multiple elevators in the same building or structure). The computer system 322 may also or alternatively be part of a system that monitors conditions within the passenger enclosure 302. The computer system 322 can also be part of an elevator service system that is used to monitor and control conditions related to the elevator system 101. The network 318 can also support cloud-based operations and processing to directly support or partially offload (offload) the processing load of the processing system 310.

With respect to fig. 3 and 4, the passenger 356 may be notified using the alarm system 350 within the passenger enclosure 302 when the elevator car load limit has been exceeded. Further, the display unit 352 can indicate the operation mode and the restraint of the passenger load limit. For example, when the elevator car load limit has been exceeded, an alarm system 350 may be triggered to notify the passenger that the passenger count must be reduced before elevator doors 326 will be allowed to close. The display unit 352 may provide more detailed information and suggestions for the spacing distance of passengers within the passenger enclosure 302. The alert system 350 may provide a standard safety notice to inform the passenger 356 that the minimum social distance guideline is currently being enforced, which may include a maximum number of passengers 356 to maintain a minimum separation distance 358. The maximum number of passengers 356 and the minimum separation distance 358 may be configurable parameters set according to local guidelines, the interior volume of the passenger enclosure 302, and/or other factors. As one example, the maximum number of passengers 356 may be set to three or four passengers 356, and the minimum separation distance 358 may be one meter or about three feet. In one embodiment, the maximum number of passengers 356 may be set to any number, such as less than three or greater than four. In some embodiments, the display unit 352 or other indicator may indicate a preferential location for the passenger 356 that is used to position the passenger himself within the passenger enclosure 302 to ensure that the minimum separation distance 358 is maintained.

With continued reference to fig. 1-5 and now to fig. 5, fig. 5 depicts a flow diagram of a method 500 in accordance with an embodiment of the present disclosure. The method 500 may be performed, for example, by the

systems

200 and 300 of fig. 2-4.

At block 502, the control system 115 of the elevator system 101 including the elevator car 103 can receive a crowd reduction indicator. The crowd reduction indicator can be received based on a local trigger source (e.g., sensor-based observations by the sensor 210, commands sent by the mobile device 222, 320, a local programmable plan, or the computer system 224). Alternatively, the crowd reduction indicator may be received over the

network

218, 318 based on a remote trigger source (e.g., the server 220, a remotely connected mobile device 222, 320, or other computer system 322).

At block 504, an elevator car load reduction may be determined for the elevator car 103 based on the crowd reduction indicator. For example, detecting assertion of the crowd reduction indicator may result in determining an associated reduction in the maximum number of passengers for each elevator car 103.

At block 506, the elevator car load limit may be adjusted based on the elevator car load reduction. The reduction may be based on weight, passenger count, or other measurement units.

At block 508, a mitigation action may be triggered in the elevator system 101 based on detecting a condition that exceeds the elevator car load limit. One or

more sensors

306, 307 may be monitored, wherein the

sensors

306, 307 are configured to indicate a load status of the elevator car 103. Detecting a condition that exceeds the load limit of the elevator car may be based on the load condition. As another example, the load state of the elevator car 103 can be determined based on feedback of the machine 111 (e.g., a change in torque or power required to move the elevator car 103), the machine 111 configured to control movement of the elevator car 103. The mitigating action may include triggering an alarm system 226 external to the elevator car 103. Further, the mitigating action may include triggering an alarm system 350 within the elevator car 103. The mitigating action may include sending an elevator dispatch call, e.g., by elevator dispatch control 214, to request another elevator car to the same landing location at which the elevator car 103 is located when the elevator car load limit is exceeded.

In some embodiments, monitoring a load condition in which the elevator car 103 is decreasing from above the elevator car load limit to below the elevator car load limit may be performed. Based on determining that the load state of the elevator car has decreased below the elevator car load limit, closing of elevator doors 326 of the elevator car 103 may be initiated. The elevator car load limit may be restored from the reduced value to the default value based on the default load limit indicator. For example, the default load limit indicator may indicate to resume normal (e.g., non-reduced crowd size limit) operation when reduced load is no longer needed or when heavier items need to be transported in the elevator car 103. Based on determining that the elevator car 103 has reached the elevator car load limit, call requests to the elevator car 103 can be blocked. For example, call requests from hall call buttons or by mobile devices may be ignored to avoid overloading an elevator car 103 that has reached capacity. Another elevator car 103 that has not yet reached capacity can be dispatched to service the call.

Although the above description has described the flow process of fig. 5 in a particular order, it should be appreciated that the ordering of the steps may be changed unless specifically required otherwise in the appended claims.

As described above, embodiments may take the form of processor-implemented processes and apparatuses (e.g., processors) for practicing those processes. Embodiments may also take the form of computer program code containing instructions embodied in tangible media, such as network cloud storage, SD cards, flash drives, floppy diskettes, CD ROMs, hard drives, or any other computer-readable storage medium, wherein, when the computer program code is loaded into and executed by a computer, the computer becomes an apparatus for practicing the embodiments. Embodiments may also take the form of, for example: computer program code, whether stored in a storage medium, loaded into and/or executed by a computer, or transmitted over some transmission medium, such as over electrical wiring or cabling, through fiber optics, or via electromagnetic radiation, wherein, when the computer program code is loaded into and executed by a computer, the computer becomes an apparatus for practicing the embodiments. When implemented on a general-purpose microprocessor, the computer program code segments configure the microprocessor to create specific logic circuits.

The term "about" is intended to include the degree of error associated with measuring a particular quantity based on the equipment available at the time of filing the application.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, element components, and/or groups thereof.

While the disclosure has been described with reference to one or more exemplary embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof without departing from the scope of the disclosure. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the disclosure without departing from the essential scope thereof. Therefore, it is intended that the disclosure not be limited to the particular embodiment disclosed as the best mode contemplated for carrying out this disclosure, but that the disclosure will include all embodiments falling within the scope of the claims.

Claims

1. A system, the system comprising:

an elevator system, the elevator system comprising an elevator car; and

a control system configured to: receiving a crowd reduction indicator; determining an elevator car load reduction for the elevator car based on the crowd reduction indicator; adjusting an elevator car load limit based on the elevator car load reduction; and triggering a mitigating action in the elevator system based on detecting a condition that exceeds the elevator car load limit.

2. The system of claim 1, wherein the crowd reduction indicator is received based on a local trigger source.

3. The system of claim 1, wherein the crowd reduction indicator is received over a network based on a remote trigger source.

4. The system of claim 1, further comprising one or more sensors configured to monitor a load condition of the elevator car, wherein detecting the condition exceeding the elevator car load limit is based on the load condition.

5. The system of claim 1, wherein call requests to the elevator car are blocked based on determining that the elevator car has reached the elevator car load limit.

6. The system of claim 1, wherein the mitigating action comprises triggering an alarm system external to the elevator car.

7. The system of claim 1, wherein the mitigating action comprises triggering an alarm system within the elevator car.

8. The system of claim 1, wherein the control system is configured to monitor a load state in which the elevator car is decreasing from above the elevator car load limit to below the elevator car load limit, and based on a determination that the load state of the elevator car has decreased below the elevator car load limit, the control system initiates a closing of an elevator door of the elevator car.

9. The system of claim 1, wherein the mitigation action comprises sending an elevator dispatch call to request another elevator car to reach the same landing location when the elevator car load limit is exceeded, the elevator car being located at the landing location.

10. The system of claim 1, wherein the control system is configured to restore the elevator car load limit from a reduced value to a default value based on a default load limit indicator.

11. A method, the method comprising

Receiving a crowd reduction indicator at a control system of an elevator system including an elevator car;

determining an elevator car load reduction for the elevator car based on the crowd reduction indicator;

adjusting an elevator car load limit based on the elevator car load reduction;

triggering a mitigation action in the elevator system based on detecting a condition that exceeds the elevator car load limit.

12. The method of claim 11, wherein the crowd reduction indicator is received based on a local trigger source.

13. The method of claim 11, wherein the crowd reduction indicator is received over a network based on a remote trigger source.

14. The method of claim 11, further comprising:

monitoring one or more sensors configured to indicate a load condition of the elevator car, wherein detecting the condition exceeding the elevator car load limit is based on the load condition.

15. The method of claim 11, further comprising:

blocking call requests to the elevator car based on determining that the elevator car has reached the elevator car load limit.

16. The method of claim 11, wherein the mitigating action comprises triggering an alarm system external to the elevator car.

17. The method of claim 11, wherein the mitigating action comprises triggering an alarm system within the elevator car.

18. The method of claim 11, further comprising:

monitoring a load condition in which the elevator car is decreasing from above the elevator car load limit to below the elevator car load limit, and

initiate closing of an elevator door of the elevator car based on determining that the load status of the elevator car has decreased below the elevator car load limit.

19. The method of claim 11, wherein the mitigating action comprises sending an elevator dispatch call requesting another elevator car to reach the same landing location when the elevator car load limit is exceeded, the elevator car being located at the landing location.

20. The method of claim 11, further comprising:

restoring the elevator car load limit from a reduced value to a default value based on a default load limit indicator.