BACKGROUND

[oooi] Elevator systems provide a variety of types of passenger service within a variety of buildings. In smaller buildings one or two elevators may be provided to adequately address the needs for all passengers in that building. Other buildings have much larger volumes of passenger traffic on a daily basis. Such buildings typically include a large number of elevators.

[0002] Controlling all of the elevators to achieve a desired level of passenger service involves a variety of considerations. There are various known dispatching algorithms for determining which car should service a particular passenger request.

[0003] One shortcoming of known arrangements is that they require a plurality of group dispatchers, each assigned to a particular subset of the elevators within a building. Passenger requests are processed by a group dispatcher that determines which of the elevator cars within its own group can service that request. For buildings containing a large number of elevator cars, a substantial number of group dispatchers are also required. While such arrangements have proven useful, those skilled in the art are always striving to make improvements. SUMMARY

[000 ] An exemplary elevator input device includes a passenger interface configured to allow a passenger to place a call to indicate a desired elevator service. The elevator input device includes a controller configured to interpret any passenger input regarding desired elevator service. The controller identifies which of a plurality of elevator cars will be able to provide the desired elevator service according to a predetermined criterion. The plurality of elevator cars considered by the controller includes every elevator car that is capable of serving the call. The controller is also configured to assign the call to the identified elevator car.

[0005] An exemplary method of handling a passenger call requiring elevator service includes interpreting input from the passenger regarding the desired elevator service. Identifying one of a plurality of elevator cars that is able to provide the desired elevator service is done according to a predetermined criterion. The plurality of elevator cars considered for that purpose includes every elevator car that is capable of serving the call. The call is then assigned to the identified elevator car. Each of the steps is performed at an elevator input device including a passenger interface configured to allow a passenger to place a call indicating the desired elevator service.

[0006] The exemplary elevator system includes a plurality of elevator cars. A plurality of input devices allow a passenger to input a call indicating a desired elevator service. Each of the input devices includes a controller configured to interpret the passenger input regarding the desired service. Each input device controller is configured to identify which of the plurality of elevator cars is able to provide the desired elevator service according to a predetermined criteria. The controller of each input device considers every elevator car that is capable of serving the call when identifying the car to provide the service. The controller of each input device assigns the call to the identified elevator car.

[0007] The various features and advantages of a disclosed example will become apparent to those skilled in the art from the following detailed description. The drawings that accompany the detailed description can be briefly described as follows.

BRIEF DESCRIPTION OF THE DRAWINGS

[0008] Figure 1 diagrammatically illustrates selected portions of an elevator system designed according to an embodiment of this invention.

[0009] Figure 2 schematically illustrates selected portions of an example elevator system arrangement designed according to an embodiment of this invention.

DETAILED DESCRIPTION

[oooio] Figures 1 and 2 illustrate selected portions of an elevator system 20. A plurality of elevator cars 24 provide passenger service to various levels within a building. In one example, there are more than ten elevator cars in the building. Each of the elevator cars has an associated elevator car controller 26 that controls movement and position of the corresponding elevator car responsive to an instruction regarding elevator service to be provided by the corresponding car.

[oooii] A plurality of input devices 30 allow passengers to place a call for elevator service. Each of the input devices 30 includes a passenger interface 32 configured to allow the passenger to place a call regarding the desired elevator service. In some examples, the passenger interface 32 allows an individual passenger to provide an indication of a destination floor at the input device (i.e., before the passenger enters any one of the elevator cars 24). In other examples, the passenger interface 32 allows an individual to indicate whether they desire to be carried in one direction or another from the floor at which the input device 30 is located. In other words, some example input devices comprise a destination entry device while others comprise a hall call button arrangement.

[00012] Each of the example input devices 30 includes a controller 31 comprising a communication module 34 that allows for each input device 30 to communicate with all other input devices and each of the elevator car controllers 26. Each input device controller 31 also includes a status module 36 that allows each input device 30 to determine the status of any one of the elevator cars 24 including, for example, the car position, current assignments for that car and a direction of travel. A dispatching algorithm 38 is provided with or as part of each input device controller 31 to allow that input device 30 to make a car assignment of a call placed at that input device 30 to achieve the desired passenger service.

[00013] Although schematically illustrated as individual modules 34, 36 and 38, the features of the communication module 34, status module 36 and dispatching algorithm 38 may be realized in one or more controllers of each input device 30. In other words, the schematic division shown in Figure 2 is for discussion purposes. Given this description, those skilled in the art will realize what hardware, software, firmware or combination of these will best meet the needs of their particular situation for providing the functionality of the example input devices 30.

[0001 ] The communication module 34 facilitates communications over communication links schematically shown at 40 between each input device and each elevator car controller 26. In the example of Figure 2, each of the input devices 30 also communicates with the other input devices 30. The communication links 40 may comprise hardwired connections within the building in which the elevator cars 24 and the input devices 30 are situated. In one example, the communication link 40 includes an Ethernet link, a CAN link or serial bus communications. The communication links 40 may also comprise wireless communication links. In another example, a combination of hardwired and wireless communication techniques are used. The communication links 40 may include one or more central ports into which each of the devices of the elevator system, are connected. [00015] One feature of the illustrated example is that each input device 30 is able to take an elevator call and make the car assignment to service that call. In one example, the communication module 34 is configured to communicate with the passenger interface 32 for interpreting any passenger input regarding a desired elevator service request. The status module 36 contains information regarding the current status of every elevator car in the building within which the input device 30 is situated. One feature of the illustrated example is that every passenger input device 30 can potentially assign a call to any one of the entire plurality of elevator cars within the building. There is no requirement for any group control or other interface between the input devices 30 and the individual car controllers 26 for purposes of assigning a call to an elevator car and then providing the desired service.

[00016] The controllers 31 are each capable of identifying which of the elevator cars 24 should be assigned a particular passenger request received at that input device. A variety of criteria are considered in one example embodiment. The controllers 31 in one example consider how far a candidate elevator car is from the location of that input device 30 and whether there would be crowding in a particular elevator lobby. The controllers 31 also consider whether particular floors are serviced by a particular car. Such capabilities of the input devices 30 allow them to make car assignments without requiring any group controllers.

[00017] Although each example input device 30 has the ability to communicate with every elevator car controller 26 in the building it is not necessary for every input device 30 to consider every car 24 as a candidate car for a received passenger request. For example, in some buildings certain elevator cars will be situated quite far from the input device and it is not practical to assign a call to such cars because that would require the passenger to walk an undesirably long distance to the elevator car. Similarly, some cars may only have access to certain floors and they need not be considered as a candidate car for a passenger request to travel to such a floor.

[00018] In one example, at least some of the input devices 30 are preprogrammed to consider only certain of the elevator cars as candidates for potential assignment of a passenger request made at that input device. In other words, only some of the elevator cars may be considered capable of serving a call placed at a given input device 30. Some input devices 30 are programmed to always rule out certain elevator cars that are too far away from the location of that device. Some input devices 30 are programmed to recognize a certain type of call (e.g., a request to travel to a particular floor) as being one for which only certain of the elevator cars are capable of serving. This may be true, for example where an elevator car serves only certain floors in a building. Given this description, those skilled in the art will realize what criteria to use to establish a candidate pool of elevator cars that are capable of serving particular requests made at particular locations to meet their particular needs.

[00019] Based upon predetermined criteria for how to assign an elevator call (e.g., shortest waiting time, specialized passenger requirements, shortest time to arrival at the destination floor), the dispatching algorithm 38 of the input device 30 at which the passenger's call was placed selects an appropriate one of the elevator cars 24 and assigns the call to that car.

[00020] In one example, the input device 30 includes a memory containing the dispatching algorithm 38 and information gathered by the status module 36 to facilitate making the appropriate assignment and then communicating that assignment to the corresponding elevator car.

[00021] In one example, the dispatching algorithm 38 includes considering a number of calls already assigned to a candidate elevator car. In one example, the dispatching algorithm 38 also takes into account any calls received at other input devices 30 that have not yet been assigned to an elevator car for purposes of selecting a car in a manner that will not conflict with a likely assignment to be made by another one of the dispatching algorithms 38 and another input device 30.

[00022] Communications between the input devices 30 allows each controller 31 to consider any potential assignments from other input devices 30 while the controller 31 evaluates each of the candidate elevator cars 24. The communication between input devices 30 therefore allows for avoiding conflicting assignments to the same elevator car 24. For example, in some situations it is desirable to avoid having more than one input device 30 assign a passenger request to the same elevator car 24 at the same time if those requests are incompatible with each other. On the other hand, if a request received at one input device corresponds to a request at another input device (e.g., two passengers use different input devices 30 to request to be carried from the lobby floor to the 25 ^th floor or to floors close to each other) it may be useful to coordinate the car assignments for those requests by assigning them both to the same car 24. Of course, if one of the assignments is made before the other, the assignment will be part of the status of the elevator car and will be evaluated accordingly. [00023] The illustrated example allows for assigning a call to any one of the elevator cars within a building. No group controller is required, which can reduce costs, and every input device has the capability of at least potentially assigning an elevator call to any one of the elevator cars within the building. In other words, each input device 30 considers every one of the elevator cars within the building for purposes of determining which of the elevator cars will be assigned a particular call.

[0002 ] The preceding description is exemplary rather than limiting in nature. Variations and modifications to the disclosed examples may become apparent to those skilled in the art that do not necessarily depart from the essence of this invention. The scope of legal protection given to this invention can only be determined by studying the following claims.