The invention relates generally to the field of elevator control systems. More specifically, the invention relates to elevator control systems that allow users to affect the assignment and operation of elevators via their respective mobile devices.
Systems and methods for operating elevators are disclosed herein. According to an embodiment, an elevator control system for controlling a plurality of elevators in an elevator bank comprises a processor in communication with a non-transitory memory, and a networking device. Software instructions are provided and, when executed by the processor, perform steps for receiving an elevator call placed by at least one of a user and a mobile device of the user. The software instructions allow the control system to wirelessly communicate with the mobile device to determine an elevator criteria set by the user. The elevator criteria comprises a requirement and a preference. The elevator control system assigns an elevator to the user that meets at least the requirement, and wirelessly communicates an alert to the mobile device to notify the user of a status of the assigned elevator.
According to another embodiment, an elevator control system for controlling a plurality of elevators in an elevator bank comprises a processor in communication with a non-transitory memory, and a networking device. The processor executes software instructions that cause the elevator control system to receive an elevator call placed by at least one of a user and a mobile device of the user. The elevator control system wirelessly communicates with the mobile device to determine an elevator criteria set by the user on the mobile device via an elevator control application. The elevator criteria comprises a preference and a requirement. The software instructions allow the processor to determine whether an elevator in the elevator bank meets the requirement and the preference, and an elevator that meets at least the requirement is automatically assigned to the user.
According to yet another embodiment, an elevator control system for operating a first elevator and a second elevator comprises a processor in communication with a non-transitory memory and a networking device. Software instructions are provided, and when executed by the processor, perform steps for receiving an elevator call placed by at least one of a user and a mobile device of the user. The software instructions allow the control system to wirelessly communicate with the mobile device over a network to determine an elevator criteria set by the user. The elevator criteria comprising a requirement and a preference. The control system determines that the first elevator and the second elevator can each meet both the requirement and the preference, and assigns the first elevator to the user because it has a time to destination that is shorter than a time to destination of the second elevator.
Illustrative embodiments of the present invention are described in detail below with reference to the attached drawing figures and wherein:
Elevators, which were once installed in a select few buildings, have now become ubiquitous. According to the National Elevator Industry, Inc., there are about a million elevator units in the United States, which are collectively used about eighteen billion times a year to transport one or more passengers from one floor to another. On average, an elevator unit transports about five passengers per trip. Each of these passengers may have certain unique preferences regarding their elevator rides. For example, one passenger may wish to board the next available elevator irrespective of how many other passengers are aboard, whereas another passenger, who may for example be claustrophobic, may wish to wait for an elevator that has no other (or less than two or three) passengers. Similarly, for instance, one passenger may wish to board that elevator which has the greatest acceleration and speed so that he may reach his destination as quickly as possible, whereas another passenger, who may for example be sensitive to and/or made ill by rapid accelerations and decelerations, may prefer to ride only that elevator which does not accelerate and decelerate rapidly. Generally, elevator control systems do not take the preferences of individual passengers into account, and in transporting the passengers, consider only one metric: operational efficiency. This causes undue discomfort to some passengers during their elevator rides, and precludes others from riding elevators altogether. The present invention is directed generally to elevator control systems that take the preferences of users into account in dispatching elevators and transporting the users via these elevators.
Attention is directed now to
The elevator control algorithm 16A may be simplistic, or highly sophisticated. Generally, different elevator manufacturers develop their own unique elevator control algorithms 16A in line with the requirements of the particular application. Some elevator control algorithms 16A, for example, generally categorized by the skilled artisans as the “nearest car” algorithms, may dispatch elevators based on a “figure of suitability”, which takes into account the current direction of travel of the elevators (e.g., elevators 10A-10C), the distance between an elevator's current position and the floor of the user requesting the elevator, and optionally, the load of each elevator. Other elevator control algorithms, commonly referred to by the skilled artisans as “fixed sectoring” algorithms, divide the building into sectors, and in responding to an elevator call by a user, utilize preferably that elevator which is assigned to the sector from which the call is made. Other elevator control algorithms still, generally referred to by the skilled artisan as “dynamic sectoring algorithms”, group the building's floors into dynamic sectors, allocate at least one elevator per dynamic sector that gives priority to elevator calls made from that sector, and adaptively modify the sector definitions based on various factors such as time of day, average loads, wait times, et cetera. Irrespective of the algorithm used, however, the goal of the elevator control algorithms 16A of the prior art is the same—to maximize operational efficiency (within the performance specifications). As discussed below, the elevator control algorithms disclosed herein also take into account the preferences of the various users. In so doing, the present invention, among other things, makes elevators accessible to people who heretofore were unable to ride them, and also makes elevator rides a more pleasant experience for all.
Focus is directed now to
The storage unit 104 may be, for example, a disk drive that stores programs and data, and the storage unit 104 is illustratively shown storing a program 108 embodying the steps and methods set forth below. It should be understood that the program 108 could be broken into subprograms and stored in storage units of separate computers and that data could be transferred between those storage units using methods known in the art. A dashed outline within the computer memory 106 represents the software program 108 loaded into the computer memory 106 and a dashed line between the storage unit 104 and the computer memory 106 illustrates the transfer of the program 108 between the storage unit 104 and the computer memory 106.
The input device 110 may be any input device that allows for or facilitates the transfer of data to the control system 100. For example, the input device 110 may include one or more of a touch screen, an ID card reader, a keyboard, a mouse, a port (e.g., a USB port), a slot (e.g., an SD card slot), a switch, a knob, a biometric sensor (e.g., iris sensor, voice recognition sensor, or fingerprint scanner), and/or any other appropriate input device whether currently available or later developed. The output device 112 may similarly be any suitable device that allows the control system 100 (and more specifically, the processor 102) to output data, such as a touch screen display, an LCD or Plasma type display screen, a printer, a speaker, or any other appropriate visual and/or audible output device whether currently available or subsequently created.
The elevator call buttons 116 may be generally identical to the input buttons 14 (see
The networking device 114 may be any device that allows the control system 100 to communicate over a network, such as networks 120 and 124. For example, the networking device 114 may be a router, a modem, a hub, a network interface card, a Bluetooth or RFID emitter and detector, et cetera. In some embodiments, the networking device 114 may allow the control system 100 to communicate over the networks 120 and/or 124 wirelessly. The networks 120 and 124, similarly, may be any type of network whether now available or later developed (e.g., Bluetooth, the Word Wide Web or Internet, Intranet, GSM, CDMA, RFID, et cetera). In one embodiment, as discussed herein, the network 120 may be a wireless Internet network that supports a website 122, and the network 124 may be a Bluetooth network. In other embodiments, the control system 100 may be able to communicate over only a solitary network (e.g., via Bluetooth).
The processor 102 may also be in data communication with the elevator bank 10 to allow the control system 100 to individually manage and control each of the elevators 10A-10F in the elevator bank 10. For example, the control system 100, via the processor 102, may be able to assign an elevator (e.g., any of elevators 10A-10F) to an elevator call, dispatch an elevator, control the speed of the ascent or descent of an elevator, control the amount of time for which the door of an elevator remains open to allow a user to enter or exit the elevator, et cetera. The various components traditionally used in elevator control mechanisms (e.g., programmable electric motors, pulleys (i.e., sheaves), steel cables, counter weights, timers, et cetera) are well known to those skilled in the art, and as such, are not discussed in detail herein.
In some embodiments, each elevator 10A-10F may include one or more cameras 118. In these embodiments, the program 108 may include facial recognition (or other suitable) software to allow the control system 100 to determine the identity of a user. The lens of the camera(s) 118 may be directed inside the elevator, towards the door of the elevator, or both. In some embodiments, the camera 118 may be placed outside the elevators 10A-10F (e.g., proximate the elevator call buttons 116). In other embodiments, the cameras 118 may be omitted.
In the elevator control system 100 shown in
The elevator control system 100B, as shown in
Other configurations are also contemplated. For example, as shown in
The skilled artisan, upon reviewing
Attention is directed now to
For the purposes of illustration, assume that the building 12 is an office building and that the user 136 works out of an office at the floor 12D of the building 12. While the method 200 is discussed with respect to a single user 136 and mobile device 126, the skilled artisan will readily appreciate that multiple (e.g., hundreds of thousands) users may similarly set their preferences using the method 200 via their respective mobile devices 126.
The method 200 may begin at step 202, and at step 204, the user 136 may install an elevator control application 300 on his mobile device 126. The elevator control application 300 may be a robust mobile application written using any suitable programming language (e.g., HTML, CSS, JavaScript, ActionScript) and installable on any mobile device (e.g., an Android® smart phone, an Apple® tablet, a Blackberry® personal digital assistant, et cetera). In some embodiments, the elevator control application 300 may be a free mobile application that may be downloaded over the web (e.g., at Google® Play, another application store, or via a dedicated or undedicated website such as the website 122), whereas in other embodiments, the elevator manufacturer may charge a fee for the user 136 to install and use the application 300.
At step 206, the user may create his user profile 302. The mobile application 300 may have an interface 304 to enable the user to create the profile 302. The interface 304 may also allow the user to set his preferences 306P and requirements 308R as part of his user profile 302.
Specifically, as shown in
In some embodiments, the application 300 may also ask the user 136 to enter information that may be useful in identifying the mobile device 126. In other embodiments, the user 136 may be required only to enter his name, for example, and the application 300 may automatically fill the remaining information based on data obtained from third party sources (e.g., a database of the employer 314, a database of the elevator manufacturer, social media (e.g., the Facebook® or LinkedIn® profile of the user 136), et cetera).
For the purposes of illustration, assume that the user 136 fills out this information as shown in
Once the user 136 has entered this information on the user identification page 304A, the elevator control application 300, to allow the user 136 to complete his profile 302, may display on the user's mobile device 126 a preferences and requirements page 304B (see
The time to destination criterion 318 may allow the user 136 to set an upper bound for an amount of time (herein “time to destination”) 318A within which the user 136 wishes to reach his intended floor 316A after he places a call for an elevator at the base floor 316B. This time to destination criterion 318 may also be referred to herein as the primary criterion 318. As discussed in more detail below, the control system 100, in determining which elevator to dispatch for the user 136 in response to an elevator call made by the user 136, may give most weight to the primary criterion 318. Assume, as shown in
The passenger maximum criterion 320 may allow the user 136 to select the maximum number of passengers with which the user 136 wishes to ride an elevator with. For example, if the user 136 is claustrophobic, ochlophobic, or simply prefers not to ride crowded elevators, the user 136 may indicate that he does not wish to ride an elevator with any other passenger, or more than one other passenger, or more than two other passengers, et cetera. If the user 136 does not mind riding crowded elevators, he may also select that he has no passenger maximum criterion 320. The mobile application 300 may also allow the user 136 to select whether the passenger maximum criterion 320 is a preference 306P or a requirement 308R. As discussed in more detail below, the algorithm 100 may violate preferences 306P to ensure that the primary requirement 318 and the other requirements 308R are met. Assume, as shown in
The door open time criterion 322 may allow the user 136 to indicate whether he wishes to extend the time for which the door of an elevator opens to allow for ingress and egress of the user 136. For example, if the user 136 is disabled (e.g., is on a wheel chair, forced to walk slowly because of a temporary or permanent injury, et cetera), he may elect for the time for which the door of an elevator remains open to be extended to allow the user 136 to comfortably enter and/or exit the elevator. As with the passenger maximum criterion 320, the user 136 may further be allowed to indicate whether the meeting of the door open time criterion 322 is a preference 306P or a requirement 308R. Assume, as shown in
When an elevator is assigned to an elevator call made by a user 136, an assignment alert 334, which includes identifying information for the assigned elevator, may be communicated wirelessly by the elevator control system to the mobile device 126 of the user and displayed by the application 300. In some embodiments, the assignment alert 334a may also include an estimated time of arrival. Such an assignment alert may ensure that the user 136 timely boards that elevator which has been dispatched by the control system 100 in response to an elevator call made by the user 136 (and not, for example, another elevator that also happens to be picking up passengers). The elevator notification method criterion 324 may allow the user 136 to indicate whether he wishes to also receive on his mobile device 126 an arrival alert 335 apprising the user 136 that the assigned elevator has arrived as requested by the user 136 (e.g., alert the user 136 that an elevator has arrived at the base floor 316B). The user 136 may further be allowed to select whether he wishes for the mobile device 126 to vibrate and/or make an audio announcement to convey one or more alerts (334, 335). This functionality may allow the user 136 to better utilize his time (e.g., to read a newspaper, to check his e-mail, et cetera) as he waits for the elevator to arrive. In some embodiments, the alert 335 may be (or also include) a Short Service Message (“SMS”) 334B that identifies the elevator that the user 136 is to board, and optionally, conveys to the user 136 the estimated time of arrival 334B of that elevator. Assume, as shown in
Some people are allergic to one or more fragrances. Fragrance allergies may cause headaches, nausea, vomiting, sneezing, and/or general discomfort to those who come into contact with a fragrance to which they are allergic. In confined spaces, such as elevators, the discomfort caused by a particular fragrance to one who is allergic to that fragrance may be especially severe. The fragrance allergy criterion 326 may allow the user 136 to indicate whether he has a fragrance allergy 326A. If the user 136 does so indicate, the control system 100 may only dispatch that elevator for the user 136 in which all the other passengers also have fragrance allergies (or alternatively, an elevator with no other passengers). Assume, as shown in
The friends criterion 330 may allow the user 136 to indicate that he wishes to ride an elevator with one or more friends or coworkers. For example, the user 136 may wish to ride the elevator with other employees of the Alpha Company (i.e., other employees of the employer 314 of the user 136, see
The blocked user criterion 332 may allow the user 136 to indicate whether he wishes not to ride an elevator with a certain individual or a group 137B of individuals. For example, if two competing business are located within the same building, the employees of one may wish to not ride an elevator with the employees of the other. Assume, for example, that the user 136 indicates that he does not wish to ride an elevator with a user 137C or with any employee of the Beta Company, a competing business 314B. Assume further that the user 136 indicates that the meeting of the blocked user criterion 332 is a requirement 308R.
The acceleration-deceleration criterion 333 may allow the user 136 to indicate whether he wishes for the elevators he rides to have standard acceleration and deceleration, or whether the user 136 wishes for the elevators he rides to have reduced acceleration and deceleration. As noted above, some people are unable to utilize elevators because they are made ill by rapid accelerations and decelerations. Such users may indicate via the acceleration-deceleration criterion 333 that they wish for their elevators to have reduced acceleration and deceleration, and may further be able to specify whether the acceleration-deceleration criterion 333 is a preference 306P or a requirement 308R. Assume, for example, that the user 136 is made ill by (or is uncomfortable with) rapidly accelerating and decelerating elevators, and indicates that it is a requirement 308R that his elevator have reduced acceleration and deceleration.
In this way, the user 136, via his mobile device 126 and the application 300, may be able to set various criteria 317 (e.g., the time to destination criterion 318, the passenger maximum criterion 320, the door open time criterion 322, the elevator notification method criterion 324, the fragrance allergy criterion 326, the elevator speed criterion 328, the friends criterion 330, the blocked user criterion 332, and the acceleration-deceleration criterion 333) regarding the elevator(s) he intends to use. The skilled artisan will appreciate that various criteria 317 outlined herein is exemplary only, and that in some embodiments, some of the criteria 317 identified herein may be omitted, and that in other embodiments, the user 136 may be allowed to select additional criteria 336 regarding his elevator rides. As one example, the user 136 may be allowed to indicate that he does not wish for his profile 302 to apply on the weekends, as shown in
Returning now to the method 200 at
At step 208, the user 136 may enter the building 12 (specifically the base floor 316B) and place a call for an elevator using the elevator call buttons 116. In other embodiments, the step 208 may be performed automatically; that is, once the user 136 is proximate the elevator bank 10, the application 300 may cause the mobile device 136 to automatically (and wirelessly) transmit an electronic message to the control system 100 over the network 124 indicating that the user 136 has placed a call for an elevator to the user's intended floor 316A. In other embodiments still, the user 136 may be allowed to manually place a call for an elevator via his mobile device 126, which may be wirelessly communicated to the control system 100. While not required, it is also contemplated that the user 136, in some embodiments, may be allowed to indicate the floor to which he wants to take the elevator to, particularly in cases where this floor is not the intended floor 316A.
Once the elevator call is made at step 208, at step 210, the control system 100 may ascertain the identity of the user 136 and evaluate the profile 302 of the user 136 to enable the control system 100 to select a suitable elevator to dispatch for the user 136. Where the elevator call is placed using the elevator call buttons 116, the control system 100 may determine that the elevator call has been placed by the user 136 in one of any number for ways. For example, once an elevator call is placed using the elevator call buttons 116, the control system 100 may poll the mobile devices proximate the elevator call buttons 116 over the network 124, and using the device identification number (or other identifying information) of the mobile device 126, ascertain that the call was placed by the user 136. In some embodiments, the control system 100 may utilize the camera 118 and accompanying facial recognition software to automatically determine the identity of the user 136. In other embodiments still, the elevator call buttons 116 may include biometric sensors (e.g., a thumb scanner) that allow the control system 100 to ascertain the identity of the user 136. Where the elevator call is automatically placed by the mobile device 126 wirelessly, information identifying the mobile device 126 of the user 136 may be encoded with the wireless elevator call.
To select a suitable elevator for the user 136, the control system 100 (and specifically the program 108) may at step 212 first identify all elevators of the elevator bank 10 that meet the primary (i.e., the time to destination) criterion 318. Assume, for example, that each of elevators 10A-10E can meet the primary criterion 318 (i.e., can pick up the user 136 and transport him to the intended floor 316A in two minutes or less), but that elevator 10F is currently scheduled to make multiple stops and would be unable to meet the primary criterion 318. The control system 100, thus, may no longer consider the elevator 10F in connection with the elevator call made by the user 136.
At step 214, the control system 100 may determine whether any of the elevators 10A-10E can meet each of the requirements 308R and also each of the preferences 306P set by the user 136 in his profile 302. If so, at step 216, the control system 100 may assign that elevator to the user 136 that has the shortest time to destination 318A. For example, if the elevators 10A and 10B meet each of the requirements 308R and each of the preferences 306P, and the time to destination 318A of elevators 10A and 10B is two minutes and one minute, respectively, the control system 100 may assign the elevator 10B to the user 136. Then, at step 218, the control system 100 may wirelessly transmit (using, for example, the networking device 114) the SMS (or another suitable type of) message 334B notifying the user 136 that the elevator 10B has been assigned to the user 136 and the estimated time of arrival 334A of the elevator 10B. This notification may be displayed by the mobile device 126. At step 220, once the assigned elevator 10B reaches the base floor 316B, the control system 100 may transmit the alert 335 to the mobile device 126, which may vibrate and ring in line with the profile 302 of the user 136 to apprise him that the elevator has reached the base floor 316 to pick up the user 136. At step 222, the user 136 may board the assigned elevator and be transported to the intended floor 316A in line with the profile 302. The method 200 may then end at step 224.
Alternatively, if at step 214 the control system 100 had determined that no elevator meets all the preferences 306P of the user 136, the control system 100 may at step 216A assign that elevator to the user 136 which meets all the requirements 308R of the user 136 and has the shortest time to destination 318A. For example, if no elevator 10A-10E could meet the preferences 306P of the user, only elevators 10C and 10D could meet all the requirements 308R, and the time to destination of elevators 10C and 10D is thirty seconds and one minute, respectively, the control system 100 may assign the elevator 10C to the user 136. Had the time to destination 318A of the elevators 10C and 10D been within a threshold (e.g., within two seconds, five seconds, ten seconds, et cetera), the control system 100 may optionally have assigned that elevator to the user 136 which met more of the preferences 306P of the user 136. Then, at step 218A, the control system 100 may transmit the SMS message 334B notifying the user 136 that the elevator 10C had been assigned to the user 136 and its estimated time of arrival 334A. At step 220A, when the assigned elevator 10C reaches the base floor 316B, the control system 100 may transmit the alert 34 to the mobile device 126 to apprise the user 136 that the elevator 10C has reached the base floor to pick up the user 136. The user may then be transported to the intended floor 316A in accordance with the profile 302 at step 222A, and the method may then end at step 224.
Thus, as has been described, the control system 100 may allow users (e.g., the user 136) to affect the assignment and operation of elevators to better suit their needs. The skilled artisan will appreciate that the concepts disclosed herein may also be applied to only some elevators within an elevator bank. For example, the control system 100 may consider the profile 302 of the user 136 only in responding to calls for elevators 10A-10C, and may assign and operate the remaining elevators 10D-10F according to the prior art elevator control algorithms 16A. The skilled artisan will also appreciate that some or all of the user criteria 317 may be dynamically implemented. For example, in some embodiments, some elevators may be configured to always accelerate and decelerate at a reduced rate, whereas in other embodiments, the control system 100 may dynamically reduce the acceleration and deceleration of an elevator to satisfy the acceleration-deceleration criterion 333 of a user.
Further, in some embodiments, at least some of the criteria 317 discussed herein may be selected by the application 300 automatically on behalf of the user 136. For example, in some embodiments, the application 300 may automatically determine the time to destination criterion 318 depending on statistical data, and/or operational parameters and efficiency. Similarly, in some embodiments, the application may automatically determine (instead of the user 136) whether a particular criterion is a preference 306P or a requirement 308R. Such a determination may be based on an elevator bank to elevator bank basis, or on a building to building basis, for example. In still other embodiments, the application may require authorization to accept a particular preference 306P or requirement 308R. Such an authorization may be in the form of a pin provided by building management or an employer, for example. Should an elevator bank be incapable of meeting all of a user's requirements, the application 300 may inform the user that his or her requirements cannot be met and may give the user the option to cancel his call request.
While not expressly shown in the figures, the application 300 may also allow the user 136 to indicate that he is a VIP (e.g., the chief executive officer of the Alpha Company). If the user 136 indicates that he is a VIP, the control system 100 may give preference to an elevator call made by the user 136 over all the other pending elevator calls. Numerous other such variations may be made to the program 108 to allow the control system 100 to better meet the requirements of a particular application.
Many different arrangements of the various components depicted, as well as components not shown, are possible without departing from the spirit and scope of the present invention. Embodiments of the present invention have been described with the intent to be illustrative rather than restrictive. Alternative embodiments will become apparent to those skilled in the art that do not depart from its scope. A skilled artisan may develop alternative means of implementing the aforementioned improvements without departing from the scope of the present invention.
It will be understood that certain features and subcombinations are of utility and may be employed without reference to other features and subcombinations and are contemplated within the scope of the claims. Not all steps listed in the various figures need be carried out in the specific order described.
Number | Name | Date | Kind |
---|---|---|---|
5285028 | Umeda | Feb 1994 | A |
5892190 | Morita et al. | Apr 1999 | A |
6425460 | Schuster | Jul 2002 | B2 |
6868945 | Schuster | Mar 2005 | B2 |
6986408 | Takeuchi | Jan 2006 | B2 |
7377364 | Tyni | May 2008 | B2 |
7610995 | Ylinen | Nov 2009 | B2 |
8020672 | Lin | Sep 2011 | B2 |
8047333 | Finschi | Nov 2011 | B2 |
8061485 | Finschi | Nov 2011 | B2 |
8485317 | Gerstenkorn | Jul 2013 | B2 |
8857569 | Friedli | Oct 2014 | B2 |
8880200 | Nowel | Nov 2014 | B2 |
9139401 | Finschi | Sep 2015 | B2 |
9278828 | Eto | Mar 2016 | B2 |
9481548 | Siddiqui | Nov 2016 | B2 |
20160031675 | Silvennoinen | Feb 2016 | A1 |
20160214830 | Simcik | Jul 2016 | A1 |
Number | Date | Country |
---|---|---|
2149533 | Feb 2010 | EP |
2008040836 | Apr 2008 | WO |
2008116963 | Oct 2008 | WO |
2011102654 | Aug 2011 | WO |
Entry |
---|
PCT Application No. PCT/EP2016/052059, International Search Report and Written Opinion, dated May 9, 2016, 11 pages. |
Number | Date | Country | |
---|---|---|---|
20160221791 A1 | Aug 2016 | US |