TECHNICAL FIELD

The invention concerns in general the technical field of elevators. Especially the invention concerns destination calls of elevators.

BACKGROUND

Typically, an elevator system comprises an interface device, e.g. a destination operation panel (DOP) for providing a destination call to a desired destination floor, which may be predefined or manually chosen. Often each destination call may have a passenger specific ID associated to it. The passenger may show an access device, such as an access card, ID card or similar device, to the interface device in order to provide a destination call to the desired destination floor. Al ternatively, the destination call to the desired destination floor may be provided with any other device capable for providing the destination call, such as turnstile or mobile device.

The elevator allocated for the destination call may be displayed on a display of the interface device immediately after generation of the destination call during a predefined time, such as 2 to 5 seconds. Alternatively, if the destination call is provided with a turnstile or a mobile device, the elevator allocated for the desti- nation call may be displayed on a display of the turnstile or the mobile device.

The passengers may forget or otherwise miss the elevator allocated for the des- tination call. Especially when there are no screens from which the passengers may see the made calls, the passengers cannot see the elevator allocated for the destination call. Thus, the passengers typically make new destination calls, go to whichever elevator that might go to the destination floor or go to whichever elevator and make a new call, each of these reduces the optimization of the system and creates unnecessary additional calls jamming destination control system, especially during rush hours.

Hence, there is need to develop further solutions in order to improve the effi ciency of an elevator system. SUMMARY

The following presents a simplified summary in order to provide basic under- standing of some aspects of various invention embodiments. The summary is not an extensive overview of the invention. It is neither intended to identify key or critical elements of the invention nor to delineate the scope of the invention. The following summary merely presents some concepts of the invention in a simplified form as a prelude to a more detailed description of exemplifying em- bodiments of the invention.

An objective of the invention is to present a method, an interface device, and an elevator system for controlling displaying of an destination call information. An- other objective of the invention is that the method, the interface device, and the elevator system for controlling displaying of an destination call information im- prove at least partly the efficiency of an elevator system.

The objectives of the invention are reached by a method, an interface device, and an elevator system as defined by the respective independent claims.

According to a first aspect, an interface device for controlling displaying of a destination call is provided, the device comprises: input means configured to receive input information comprising a passenger ID, a controller entity config- ured to retrieve the destination call corresponding to the passenger ID, and at least one display configured to display the retrieved destination call.

The interface device may be a destination operation panel, DOP.

The input means may comprise at least one of the following: a card reader, RFID reader, QR code reader, a facial recognition camera, keypad, touch screen.

The at least one display may be configured to display the destination call during a predetermined time.

The displayed destination call may comprise a destination floor.

Furthermore, the displayed destination call may further comprise an elevator ID of the elevator currently allocated to the destination call, guidance to the elevator currently allocated to the destination call, departure floor, and/or state of the destination call. In response to receiving, by the input means, input information comprising an instruction for cancelling the made destination call corresponding to the passen- ger ID, the controller entity may be configured to cancel the recorded destination call corresponding to the passenger ID.

Moreover, in response to receiving, by the input means, input information corn- prising an instruction for making a new destination call corresponding to the pas- senger ID, the controller entity may be configured to record the made new des- tination call corresponding to the passenger ID.

The destination call may be retrieved from the controller entity of the interface device or a computing entity.

The computing entity may be an elevator controller entity, the controller entity of the interface device, or any dedicated locally or remotely arranged device.

The at least one display may be implemented as a dynamic header element.

According to a second aspect, an elevator system is provided, wherein the ele- vator system comprising: at least one elevator, a computing entity, and at least one interface device described above.

According to a third aspect, a method for controlling displaying of a destination call is provided, wherein the method comprising: receiving, by input means, input information comprising a passenger ID; retrieving, by a controller entity, desti- nation call corresponding to the passenger ID; and displaying, by at least one display, the retrieved destination call.

The method may further comprise: receiving, by the input means, input infor- mation comprising an instruction for cancelling the made destination call corre- sponding to the passenger ID; and cancelling, by the controller entity, the rec- orded destination call corresponding to the passenger ID.

Moreover, the method may further comprise: receiving, by the input means, in- put information comprising an instruction for making a new destination call cor- responding to the passenger ID; and recording, by the controller entity, the made new destination call corresponding to the passenger ID.

The destination call may be displayed during a predetermined time. The displayed destination call may comprise a destination floor.

Furthermore, the displayed destination call may further comprise an elevator ID of the elevator currently allocated to the destination call, guidance to the elevator currently allocated to the destination call, departure floor, and/or state of the destination call.

The expression "a number of refers herein to any positive integer starting from one, e.g. to one, two, or three.

The expression "a plurality of refers herein to any positive integer starting from two, e.g. to two, three, or four. Various exemplifying and non-limiting embodiments of the invention both as to constructions and to methods of operation, together with additional objects and advantages thereof, will be best understood from the following description of specific exemplifying and non-limiting embodiments when read in connection with the accompanying drawings. The verbs“to comprise” and“to include” are used in this document as open limitations that neither exclude nor require the existence of unrecited features. The features recited in dependent claims are mutually freely combinable unless otherwise explicitly stated. Furthermore, it is to be understood that the use of“a” or“an”, i.e. a singular form, throughout this document does not exclude a plural- ity.

BRIEF DESCRIPTION OF FIGURES

The embodiments of the invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings.

Figure 1 illustrates schematically an example of an elevator system according to an embodiment of the invention.

Figure 2 schematically illustrates an example of entities of an interface device according to an embodiment of the invention.

Figure 3 illustrates an example of a controller entity of an interface device ac- cording to an embodiment of the invention. Figure 4 illustrates an example of an interface device according to an embodi- ment of the invention.

Figure 5 illustrates an example of a method according to an embodiment of the invention.

Figure 6 illustrates another example of an interface device according to an em- bodiment of the invention.

Figure 7 illustrates an example of an elevator controller entity according to an embodiment of the invention.

DESCRIPTION OF THE EXEMPLIFYING EMBODIMENTS

Figure 1 schematically illustrates an example of an elevator system 100 corn- prising one or more elevators 102a-102n residing in a location, e.g. in a building or in a ship (for sake of clarity the elevator shafts of the elevators are not shown in Figure 1 ). The elevator system 100 comprises one or more interface devices 104, e.g. a destination operation panel (DOP), for providing a destination call to a desired destination floor, which may be predefined or manually chosen. The one or more interface devices 104 may be located for example at an elevator lobby of each floor of the location in which the elevator system 100 is arranged. Each interface device 104 may comprise a user interface and a controller entity 206 for controlling at least partly the operation of the interface device 104. The user interface may comprise input means 202 and at least one display 204 for interacting with at least one user, i.e. passenger. However, the present invention is not limited to destination calls made by the one or more interface devices 104, but the destination call to the desired destination floor may be provided with any other destination call device capable for making a destination call, such as a turnstile 106 or a mobile device 108.

The elevator system 100 further comprises an elevator controller entity 1 10 con- figured to control at least elevator entities 1 12 of the elevator system 100. For example, the elevator entities may comprise, but are not limited to, drive circuit and devices, safety circuit and devices, sensors, elevator door circuits and de- vices, elevator cabin and similar. The elevator entities 1 12 are at least commu- nicatively coupled to each other either directly or indirectly e.g. through the ele- vator controller entity 1 10, which operates as a master device for the elevator 102a-102n. The elevator controller entity 1 10 and the one or more interface devices 104 may be communicatively coupled to each other e.g. over a communication net- work 1 14. The communication network 1 14 may implement a wired or a wireless communication technology. The communication network 1 14 may e.g. be a mo- bile communication network or a local communication network. The elevator controller entity 1 10 comprises a communication interface, such a modem im- plementing the communication technology in use, towards the communication network 1 14. Similarly, the one or more interface devices 104 is configured ac- cordingly to communicate through the communication network 1 14.

Figure 2 schematically illustrates an example of entities of the interface device 104, e.g. a DOP, according to an embodiment. As discussed above the interface device 104 may comprise input means 202, i.e. one or more input devices, at least one display 204, and a controller entity 206. The input means 202 may comprise at least one of the following: a card reader, RFID reader, NFC reader, QR code reader, a facial recognition camera, keypad, touch screen.

The input means 202 may interact with the at least one user, e.g. receive input information, through an access device 402, e.g. an access card, ID card, key card, mobile device, etc., comprising at least one of the following (respective to the input means of the interface device): RFID tag, NFC tag, QR code. Alterna- tively or in addition, the interaction with the at least one user may be provided so that the user press or touches the keypad and/or the touch screen in order to provide the input information. Alternatively or in addition, the interaction with the at least one user may be based on facial recognition and the facial recognition camera of the interface device 104 may be configured to provide image data, e.g. still or video, from the face of the passenger in order to provide input infor- mation for making a destination call, e.g. the face of the passenger may be used as a passenger ID. The controller entity 206 may be configured to perform facial recognition, i.e. process the received image data, e.g. by analyzing the received image data to identify the passenger.

The input means 202 may be implemented as an internal entity of the interface 104 as it is illustrated in Figures 4 and 6. Alternatively or in addition, the input means 202 may be implemented as an external entity of the interface device 104 communicatively coupled to the interface device 104, wherein the commu- nicatively coupling may be based on one or more known communication tech- nologies, either wired or wireless. In order to make a destination call the input means 202 of the interface device 104 receives input information comprising passenger ID for identifying the passenger, and/or destination floor.

The destination floor may be predefined, i.e. included in the received input infor- mation or stored to a computing entity that is configured to allocate an elevator to the made destination calls or stored to the controller entity 206 of the interface device 104. In case the destination floor is stored to the computing entity or to the controller entity 206 of the interface device 104, the received input infor- mation comprises the passenger ID to identify the passenger and for each pas- senger ID respective destination floor is prestored to the computing entity or to the controller entity 206. Alternatively or in addition, the destination floor may be manually chosen by the passenger via input means.

The at least one display 204 of the interface device 104 may be implemented as a dynamic header element. However, the at least one display 204 may be lo- cated anywhere of the interface device 104, preferably at the side facing to the passengers when the interface device 104 is arranged for example to an eleva- tor lobby in the location. According to one embodiment the at least one display 204 and the input means 202 may be implemented as a common touch screen.

Figure 3 illustrates schematically an example of the controller entity 206 of the interface device 104 according to an embodiment of the invention. The controller entity 206 may comprise at least the following entities: processing unit 310 corn- prising one or more processors, memory unit 320 comprising one or more mem- ories, and communication unit 330 comprising one or more communication de- vices, such as modems. In addition to the mentioned entities the controller entity 206 may comprise further devices and entities, such as batteries for storing en- ergy to be used by the other entities. The entities of the controller entity 206 of the interface device 104 may be communicatively coupled to each other with e.g. a communication bus. The processing unit 310 may be configured to control the operation of interface device 104 by executing portions of computer program code stored e.g. in the memory unit 320. The memory unit 320 may also be used for storing retrieved and received information together with any other data either permanently or temporarily. Furthermore, the processing unit 310 may be con- figured to control communication with any external entity, such as with a com- puting entity, an elevator controller 1 10, one or more turnstiles 106, one or mo- bile devices 108, one or more other interface devices, or any other entities. Moreover, the communication unit 330 may comprise a communication interface though which the interface device 104 may be communicatively coupled to the computing entity, such as an elevator controller entity 1 10, to another interface device and/or any other devices. The communication between the interface de- vice 104 and the mentioned entities may e.g. be arranged through the commu- nication network 1 14. Alternatively or in addition, the interface device 104 may be configured to communicate with at least one of the mentioned entities locally e.g. over a short range wireless communication technology. For example, the interface device 104 and the other entities may be coupled to a local Wi-Fi net- work and the communication may be arranged over it. According to still further embodiment a dedicated communication channel may be arranged between the interface device 104 and the other entities.

The interface device 104 may be mounted to a wall at the elevator lobby in the location in which the elevator system 100 is arranged. Alternatively, the interface device 104 may comprise a pedestal that may be arranged on a floor of the elevator lobby. The pedestal may be fixed to the floor or it may be movable.

Figure 4 illustrates an example of the interface device 104 that comprises a reader 202a, e.g. RFID reader, NFC reader, or QR code reader, that may inter- act with an access card 402 that comprises a corresponding tag 404, e.g. RFID tag, NFC tag, or QR code, in order to receive input information for making a destination call. Alternatively or in addition, the interface device 104 may corn- prise any other type input means 202 as discussed above and correspondingly the access device 402 may be any other type of access device 402 as discussed above. The passenger may make a destination call by showing the access card 402 to the reader 202a. In the example illustrated in Figure 4 the interface device 104 comprises further a touch screen 202b configured to receive input infor- mation for making a destination call. For example, the passenger may touch the touch screen on the area indicating one of the floors, such as floor 3 MEETING ROOMS, in order to make a destination call to said floor. In response to receiving the input information by the input means 202 the controller entity 204 of the in- terface device 104 is configured to record the made destination call, i.e. made destination call is stored into the memory unit 320 of the controller entity 204. Furthermore, the controller entity 206 may be configured to provide the input information to the computing entity for allocating an elevator to the made desti- nation call. In case of a delayed destination call system (delayed DCS) an allocation of an elevator to the made destination call may be performed or post- poned later or may be re-performed, re-optimized or updated later.

In the example illustrated in Figure 4 the interface device 104 comprises further a display 204 for displaying the made destination call. The destination call dis- played on the display 204 comprises at least the destination floor, i.e. floor 12, to which the destination call is made. The example illustrated in Figure 4 illus- trates only one non-limiting example of making a destination call.

Next some other non-limiting examples making destination calls are introduced. According to one example, the user may use a mobile device 108, e.g. mobile phone, tablet computer, to make the destination call. The mobile device 108 may comprise e.g. a mobile application through which the user may select the desti- nation floor in order to make a destination call to said floor. The made destination call may be displayed on a display of the mobile device 108, wherein the desti- nation call may comprise the destination floor and/or elevator ID of the elevator 102a-102n allocated to the destination call, which the user should take to get to the destination floor, if the elevator is allocated to the made destination call. The mobile device 108 may be communicatively coupled to a computing entity may e.g. over a communication network 1 14 for making the destination call. The com- munication network 1 14 may e.g. be a mobile communication network.

According to another example, the passenger may show an access device to the turnstile 106 communicatively coupled to a computing entity over a commu- nication network 1 14 in order to provide a destination call to the desired desti- nation floor. The turnstile 106 may be located for example at an elevator lobby or at a corridor in the vicinity of the elevator 102a-102n of the location, e.g. in a building or in a ship, wherein the elevator system 100 locates. The made desti- nation call may be displayed on a display of the turnstile, wherein the displayed destination call may comprise the destination floor and/or elevator ID of the ele- vator 102a-102n allocated to the destination call, which the user should take to get to the destination floor, if the elevator is allocated to the made destination call.

According to yet another example, in case the access device 402 comprises a tag 404 for a short-range wireless communication, such as RFID tag, the pas- senger does not have to show the access device 402 to the interface device 104 and/or to the turnstile 106 in order to make the destination call, the passenger may just walk through the turnstile 106 or pass by the interface device 104 at such a distance that is within a read range, i.e. the distance from which a tag may be read, of the corresponding short-range wireless communication reader, such as RFID reader, of the interface device 104 to make the destination call.

The destination call made from any of the above discussed destination call de- vices may be provided to the computing entity that is configured to allocate an elevator to the made destination call. The destination call may be provided to the computing entity for example by generating a control signal to the computing entity for allocating an elevator to the made destination call. The allocation of an elevator may be performed immediately after receiving user information for mak- ing the destination call or the allocation of an elevator to the made destination call may be performed or postponed later. Alternatively or in addition, the allo cation of an elevator may be re-performed, re-optimized or updated later, e.g. other elevator may be allocated to the destination call, if the other elevator is defined to be more propriate, e.g. quicker, more space, less stops on other floors, etc., to serve the passenger at the time when the passenger arrives to said elevator. The computing entity may further be configured to control the al- location information of the made destination calls. The controlling of the alloca- tion information of the made destination calls may comprise for example storing of allocation information of the made destination calls, cancelling of the alloca- tion of the made destination calls, sending the allocation information of the made destination calls to any other entity, etc. The destination call provided to the computing entity may comprise a destination floor, location of the destination call device, and/or a passenger ID. In response to allocation of the elevator to the made destination call, the computing entity is configured to send the alloca- tion information of the destination call to the destination call device from which the destination call is made. The allocation information of the destination call may comprise the destination floor, the elevator ID of the elevator 102a-102n currently allocated to the destination call, and/or guidance to the elevator 102a- 102n currently allocated to the destination call. Alternatively or in addition, the computing entity may be configured to send the allocation information of the destination call to another destination call device than the device from which the destination call is provided. For example, if the destination call is made from a mobile device 108, the computing entity may be configured to send the alloca- tion information of the destination call to said mobile device 108 and/or to one or more interface devices 104 of the elevator system 100. In case an access control is required for the passenger to enter the desired des- tination floor, the computing entity may further be implemented as an access control entity and configured to identify the passenger by means of the passen- ger ID before allocating the destination call. The access control entity may be configured to store a plurality of passenger IDs that have access to one or more floors in the location. The identification of the user by means of the passenger ID may be provided so that the access control entity is configured to check whether the received passenger ID corresponds to one of the plurality of pas- senger IDs stored into the access control entity. In response to positive identifi cation result, i.e. the access is approved, the computing entity is configured to allocate an elevator to the made destination call and possibly further provide an acknowledge signal to the destination call device indicating that the access is approved. Alternatively, in response to a negative identification result, i.e. the access is denied, the computing entity may be configured to provide an acknowledge signal to the destination call device indicating that the access is denied. The destination call device may then be configured to indicate the iden- tification result to the user by means of one or more output means, such as one or more display, one or more light, a speaker etc.

The computing entity may be for example the elevator controller entity 1 10, the controller entity 206 of the interface device 104 or any dedicated locally or re- motely arranged device, such as a server device, configured to perform the tasks of the computing entity. The implementation of the computing entity may be done as a stand-alone entity or as a distributed computing environment between a plurality of stand-alone devices, such as a plurality of servers providing distrib uted computing resource in the elevator system 100.

As discussed above after the passenger has made the destination call, the made destination call comprising the destination floor, the elevator ID of the elevator 102a-102n currently allocated to the destination call, and/or guidance to the el- evator 102a-102n currently allocated to the destination call, may be displayed on a display of the destination call device in order to guide the passenger to the elevator 102a-102n allocated for the destination call made by said passenger. In case the destination call is made by the interface device 104 or by the turnstile 106 the made destination call may be displayed by the display 204 of the inter- face device 104 or the display of the turnstile 106 during a predetermined time, such as 2 to 5 seconds. Figure 5 schematically illustrates an example of the method for controlling dis- playing of a destination call according to an embodiment of the invention. The method enables that the passenger may check the destination call made by said passenger previously. The destination call may have been made from any of the above destination call devices, e.g. interface device 104, turnstile, 106 mobile device 108, etc., and recorded to the destination call device and/or stored to the computing entity. In step 510 the input means 202 of the interface device 104 is configured to receive input information comprising at least a passenger ID. The input information may be received by several ways as discussed above. Accord- ing to some non-limiting examples, the passenger may show an access device 402 to the input means 202 of the interface device 104 or the passenger may use the touch screen of the input means 202 of the interface device 104 to input the input information, etc.

In step 520 the controller entity 206 of the interface device 104 is configured to retrieve the destination call corresponding to the passenger ID of the received input information. The destination call may be retrieved from the computing en- tity where the destination calls are allocated and stored as discussed above. The stored destination call may comprise the destination floor, location of the destination call device, the passenger ID, elevator ID indicating the currently allocated elevator 102a-102n to the destination call, guidance to the allocated elevator 102a-102n, departure floor, and/or state of the destination call. The state of the destination call may be for example at least one of the following: active, allocated, served, cancelled, missed elevator, etc.. Active state means that the made destination call is at least recorded, but not served or cancelled. Served state means that the elevator has conveyed the passenger from the de- parture floor to the destination floor. Cancelled state means that the destination call is cancelled e.g. by the passenger. The missed elevator state means that the passenger has not taken the allocated elevator for some reason. Alterna- tively or in addition, the destination call may be retrieved from the memory unit 320 of the controller entity 206 of the interface device 104 where the made des- tination calls are recorded. The recorded made destination call may comprise at least the destination floor.

In step 530 the at least one display 204 of the interface device 104 is configured to display the retrieved destination call. The displayed destination call may corn- prise at least the destination floor. The displayed destination call may further comprise at least one of the following if available: an elevator ID indicating the allocated elevator 102a-102n to the destination call, guidance to the allocated elevator 102a-102n, departure floor, and/or state of the destination call. The guidance to the allocated elevator may be for example an arrow pointing towards the allocated elevator 102a-102n.

According to one example, if an elevator is not yet allocated to the made desti- nation call, the displayed destination call comprises only the destination floor. According to other example, if an elevator is allocated to the made destination call the displayed destination call may comprise the destination floor, an elevator ID indicating the allocated elevator 102a-102n to the destination call, guidance to the allocated elevator 102a-102n, departure floor, and/or state of the destina- tion call.

According to one example, in case of the delayed DCS the allocation of the ele- vator to the destination call and/or displaying of the allocated elevator may be delayed and the displayed destination call comprises only the destination floor. This enables that the elevator may be allocated later, or the allocated elevator may be changed, if some other elevator turns out to be able to serve the pas- senger before the initially allocated elevator. For example, if there becomes a failure to the elevator allocated for the destination call, another elevator may be allocated for said destination call.

According to one example, if the state of the destination call is missed elevator, i.e. the passenger has not taken for some reason the allocated elevator, the displayed destination call may comprise the state of the destination call and the interface device 104 may further prompt the passenger to make a new destina- tion call. The state of the destination call may be defined to be missed elevator for example in response to that the input means 202 receives input information comprising passenger ID corresponding to a made destination call that is served at that time or is going to be served within a short time. Alternatively or in addi- tion, the state of the destination call may be defined to be missed elevator for example in response to a detection that no one entered into the allocated eleva- tor during a predetermined time and/or before a need for the next movement of the elevator car of said elevator 102a-102n. The detection may be based on information obtained from a scale or a curtain of light of said elevator 102a-102n.

The at least one display 204 may be configured to display the destination call during a predetermined time, e.g. during 2 to 5 seconds. After that a new destination call may be made or another destination call may be rechecked as discussed above.

According to an embodiment, the input means 202 may be further configured to receive further input information comprising an instruction for cancelling the made destination call corresponding to the passenger ID (optional step 540 il- lustrated in Figure 5). In response to receiving the cancelling instruction the con- troller entity 206 is configured to cancel the recorded made destination call cor- responding to the passenger ID. In case an elevator is allocated to the destina- tion call the controller entity 206 is further configured to provide the input infor- mation to the computing entity for cancelling the allocation of the elevator to the made destination call corresponding to the passenger ID. Figure 6 illustrates schematically an example of the interface device 104 according to an embodi- ment of the invention, wherein the at least one display 204 and the input means 202 are implemented as common touch screen comprising an area indicating a button 202c, which the user may touch in order to provide input information corn- prising an instruction for cancelling the made destination call. The button 202c may be arranged in the vicinity of the made destination call, e.g. next to the made destination call as in the example illustrated in Figure 6. Flowever, the location of the button 202c in relation of the made destination call is not limited. In the example illustrate in Figure 6 destination call displayed on the display 204 comprises the destination floor, i.e. floor 12, the currently allocated elevator 102a-102n, i.e. elevator C 102n, which the user should take to get to the desti- nation floor, and a guidance to the elevator C 102n. The guidance may be for example an arrow pointing towards the allocated elevator 102a-102n as illus trated in Figure 6.

In response to cancellation of the made destination, the input means 202 may be further configured to receive further input information comprising an instruc- tion for making a new destination call corresponding to the received passenger ID instead of the cancelled destination call (optional step 550 illustrated in Figure 5). In response to receiving the new destination call instruction the controller entity 206 is configured to record the made new destination call. In addition, the controller entity 206 may be configured to provide the input information to the computing entity for allocating an elevator to the new made destination call cor- responding to the passenger ID. For example, the passenger may touch the touch screen on the area indicating one of the floors, for example in the example illustrated in Figure 6 floor 10 RESTAURANTS, in order to make a destination call to said floor.

Figure 7 schematically illustrates an example of an elevator controller entity 110. The elevator controller may comprise a processing unit 710 comprising one or more processors, a memory unit 720 comprising one or more memories, and a communication unit 730 comprising one or more communication devices, such as modems or other devices. The elevator controller entity 110 is configured to control the operation of the elevator, e.g. allocation of the elevator, etc., and to communicate at least with one or more interface devices 104, and/or on or more elevator entities 112 of the elevator system 100. The memory unit 720 may store portions of computer program code and any other data, and the processing unit 710 may cause the elevator controller entity 110 to operate as described by executing at least some portions of the computer program code stored in the memory unit 720. The above described invention enables that the passenger may recheck the destination call made for said passenger, which in turn at least partly decreases the number of unnecessary additional destination calls made by the same pas- senger. As a result, less unnecessary destination calls are made, and the flow of passengers may be optimized more efficiently. The present invention is ad- vantageous, especially when there are no screens from which the passengers may see the made destination calls.

The term“destination call” refers throughout this application to a made destina- tion call to which an elevator may or may not be allocated.

The specific examples provided in the description given above should not be construed as limiting the applicability and/or the interpretation of the appended claims. Lists and groups of examples provided in the description given above are not exhaustive unless otherwise explicitly stated.