KR102451537B1 - Lift system with predictive call production - Google Patents

Abstract

As an example of an action, a destination call is automatically generated in the elevator system 1 when the detected current contact data corresponds to a behavior pattern stored for use of the elevator system 1 . A communication connection between the mobile electronic device 28 belonging to the passenger 30 and the sensor 4 of the sensor system comprising a number of sensors 14 is detected, and connection data relating to the communication connection is recorded. The connection data is compared with data stored in the memory device 15 , 38 having at least one behavior pattern to determine whether the connection data corresponds to the stored behavior pattern.

Description

LIFT SYSTEM WITH PREDICTIVE CALL PRODUCTION

The technology described herein relates generally to a system comprising an elevator system having a control system for making a call. Embodiments of the technology further relate to a method for making a call.

Elevator systems use a floor repeater terminal for entering a desired direction (eg "up" and "down" buttons) or a floor repeater for entering a desired destination, so that a passenger can call the elevator. It is known to have either one of the terminals. The latter allows elevator systems with destination call control. It is also known to assist passengers in entering calls. For example, WO 2014/049201 A1 describes an elevator system operating on a self-learning basis to update a list of preferences for passengers. The preference list includes the destination floors most frequently selected by the passenger within the time period. If the system identifies a passenger prior to actual entry of a call, the system presents a list of preferences for the passenger when the passenger attempts to select a destination. WO 2014/096529 A1 describes an elevator system in which when an individual leaves his or her apartment on a floor, an elevator car is automatically called to that floor. For this purpose, a sensor is associated with the apartment to determine when the individual leaves the apartment.

The solutions mentioned are based on different approaches to assisting a passenger during the entry of a call. A need exists for an improved way to assist a passenger when entering a call.

One aspect of this type of improved technology relates to a method for creating an action in a building having at least one door and one elevator system, the elevator system having an elevator car that can be disposed between floors of the building. A communication link between the sensor and the passenger's mobile electronic device in a sensor system comprising multiple sensors is detected and connection data relating to the communication link is recorded. The contact data is compared with data stored in the memory device to determine whether the contact data corresponds to a stored behavior pattern. If the contact data corresponds to the stored behavior pattern, an action is generated.

Another aspect relates to a system having an elevator system in which an elevator car can be moved between floors of a building. The system includes a sensor system having a plurality of sensors arranged at specific locations in a building, and a communication link is established between one of the sensors and a mobile electronic device of a passenger when the mobile electronic device is within wireless range of the sensor. The system further comprises at least one behavior pattern to detect a communication link between the sensor and the mobile electronic device, record connection data of the communication link, and determine whether the connection data corresponds to a stored behavior pattern. It has an evaluator that compares the connection data with the data stored in the memory device. The evaluator generates an action if the contact data corresponds to the stored behavior pattern.

The generated action may be adapted to different situations. In an embodiment, the action comprises a destination call generated when the contact data corresponds to a behavior pattern stored for use of an elevator system, the destination call defining a boarding floor and a destination floor, the destination floor having the behavior pattern is established in In one embodiment, the action comprises an unlock command for the door of the building that is generated when the contact data corresponds to a stored behavior pattern required to unlock the door.

In embodiments described herein, the passenger's current behavior is compared to stored behavior patterns derived from the past passenger's behavior. If the current behavior matches a behavior pattern involving an elevator journey from the boarding floor to the destination floor, for example, a specific destination call will be created for this passenger automatically and without any further action by the passenger. In this way, the expected behavior of the passenger can be predicted based on the correspondence between the present behavior and the past behavior.

However, the technology also assists the passenger in entering a destination when comparison of current behavior and behavior patterns does not yield an unambiguous correspondence. In such a case, the passenger may be presented with one or more suggested destinations on a mobile device (eg, smartphone) carried by the passenger. A plurality of suggested destinations may be presented in a ranking list, which may be arranged in descending order of their correspondence. The passenger can select a suggested destination from the list, whereby a corresponding destination call is generated.

Based on the comparison, the technology also recognizes when passengers are less likely to want to use the elevator. This prevents suggested destinations from being displayed or destination calls being made unnecessarily, for example when it is highly probable that the passenger will not want to use the elevator because of his or her current location or direction of movement.

The technology provides flexibility with respect to storing contact data including behavior patterns derived from the contact data. For example, for data protection purposes, these data may be stored exclusively on a passenger-owned mobile device. The data is read for processing, for example, by the control device; It is not stored there after the time required for processing. Alternatively, the data may also be processed by appropriate software applications on the mobile device. The mobile device then sends the results of this processing, eg a destination call, to the elevator system. In other embodiments, such as unrelated to data protection, the data may also be stored in a memory device of a building management system or elevator system. The data is then processed, for example, in the control system of the elevator system.

This technique also provides flexibility with respect to recognizing contact data. For example, the connection data may be recognized by a control system of an elevator system. In one embodiment, the control system is networked with sensors for this purpose, and when a communication link with the mobile device is established, each of the sensors generates a sensor signal, which is received, for example, by the control system. Since the location of each sensor within the building is known, it is possible to utilize the sensor signals to derive judgments regarding the mobile device's whereabouts. In case data protection considerations make the elevator's control system undesirable for detecting movements, in another embodiment it is possible to perform the detection using a mobile device without involving the control system. For this purpose, non-networked wireless sensors, eg Bluetooth beacons, are arranged in the building, each communicating with a mobile device if within range of the wireless sensor. Accordingly, the location of the mobile device is always determined by the mobile device.

Various aspects of the improved technology are described in greater detail below on the basis of embodiments in conjunction with the drawings. In the drawings, like elements have like reference numerals. The following is shown:
1 is a schematic representation of an exemplary situation on a floor of a building served by an elevator system with automatic call entry;
2 is a schematic illustration of example communications by a mobile device;
3 is a schematic representation of a mobile device displaying various selection fields;
4 an exemplary representation of a method for generating a destination call based on a schematic flow chart;
4A is an exemplary representation of various methods for generating a destination call based on the schematic flow chart; and
Fig. 5 Schematic representation of one embodiment of an elevator system in a building shown in side view.

1 is a schematic representation of an exemplary situation on a floor of a building 2 served by an elevator system 1 with automatic call entry. In this representation, the floor consists of 24 offices (offices), one common room 26 (common facilities), a waiting room 32, through which a passenger 30 with a mobile device 28 owned by the passenger can move. , a floor having a floor repeater terminal 5 disposed in the waiting room 32 . The term “passenger” is to be understood here generally as an individual who spends time in the building 2 , whether or not he or she uses the elevator system 1 . Building 2 can be basically any type of multi-story building (eg apartment buildings, hotels) or a ship.

According to a first embodiment, an elevator system 1 is shown as an exemplary sensor system comprising three elevator cars 10 , each having an elevator door 6 , and three sensors 4 . The sensor system is linked to the control system 8 , 12 by a cable 22 . Each of the sensors 4 in this embodiment is assigned to an elevator car 10 , arranged for example above or next to an individual elevator car 10 . However, the person skilled in the art does not necessarily have to assign them to the elevator cars 10 and the sensors 4 - additionally or alternatively the sensors 4 assigned to the elevator cars 10 - are also located in other places ( It is recognized that it may be arranged on the doors of offices and/or floors (eg, on door locks) or on stair access doors, in offices 23 or in break room 26). Similarly, more or fewer sensors 4 may be provided on each layer.

The sensors 4 networked with the control system 8 , 12 by means of a cable 22 each have a respective identifier in the network. The identifier identifies the sensor 4 in the network and a fixed location (installation site) in the building 2 is associated with it. Using the identifier of the sensor 4 , information about the position of the sensor 4 can be transmitted. This information includes, for example, details regarding the floor, the location on the floor (eg above the elevator car 10 ) and/or data regarding any provided and possibly adjacent sensors on the same floor. do.

The sensors 4 are based on known radio technologies, such as RFID, NFC, WiFi or Bluetooth; The latter is described in more detail below. In one embodiment, the control system 8 , 12 records the communication (wireless) link between the sensor 4 and the mobile device 28 .

In a second embodiment of the sensor system, the sensors 4 are not linked with the control system 8 , 12 , so the cable 22 can be omitted. Sensors 4 of this type are provided with beacons, for example equipped with Bluetooth technology. Accordingly, the beacon 4 is hereinafter referred to as "beacon 4" or "bluetooth beacon 4". Thus, communication between the Bluetooth-enabled mobile device 28 (smartphone) and the beacons 4 takes place according to a version of the Bluetooth standard, for example Bluetooth standard 4.0 (Bluetooth Low Energy (BLE)).

According to one version of the Bluetooth standard, a first communication contact (ie so-called pairing) is between the beacon 4 and the mobile device 28 , exchanging identification data such that the communication partners automatically recognize each other again at the next time. occurs in If the mobile device 28 is again within the reception range of one of the beacons 4 following successful pairing (when the Bluetooth function is activated), the beacon 4 and the mobile device 28 in the inquiry automatically Establish a communication link. Thus, the link is interrupted when the smartphone again leaves coverage. Hereinafter - when pairing is possible in the Bluetooth version being used - it is assumed that the pairing was successful.

A person skilled in the art recognizes that this kind of pairing is a possibility for recognizing a communication partner, but is not absolutely necessary. For example, the beacon 4 may always transmit the same data, eg "ID = 5". In this case, no pairing is required for the mobile device 28 to recognize that the beacon 4 with "ID=5" is nearby.

2 shows the interactions of the mobile device 10 with the beacon 4 and the communication network 33 . The control system 8 , 12 is coupled to the communication network 33 in the embodiment shown. In this embodiment, each beacon 4 stores a respective identifier (ID) that is transmitted to the mobile device 28 via a communication link. The mobile device 28 transmits the identifier of the beacon 4 to a database, in which the identifier is linked with data relating to the location at which the beacon 4 is arranged. The database may be on the control system (8, 12) or on another storage system (15). The transmission to the database is a communication network 33 (eg, a communication network 33 ) through which an identification parameter of the mobile device 28 (eg, a phone number and/or a device ID code (media access control (MAC) address)) is transmitted. , WLAN, Internet). Depending on the configuration, the control system 8 , 12 or the mobile device 28 can access a database to determine the location data of this beacon 4 .

By accessing the database, the control system 8 , 12 can identify which mobile device 28 is located near the location of the beacon 4 . When a passenger 30 moves within the building 2 , the described process repeats once a communication link is established between the mobile device 28 and the different beacon 4 . This allows the control system 8 , 12 to track the movement of the mobile device 28 .

In one embodiment, a software application (app) is installed on the mobile device 28 to support communication with the beacons 4 and the control system 8 , 12 coupled to the communication network 33 . Authenticated individuals (eg, regular users of building 2 ) can pre-install the app on their mobile device 28 . The visitor may be presented with the app to download on his or her mobile device 28 when entering the building 2 .

3 shows a smartphone as an example of a mobile device 28 . A memory device 38 (memory) and a processor 40 are provided therein. Because they are located below the display 42 (touch screen), they are not visible from the outside and are therefore indicated by dashed lines. Passenger 30 can use display 42 to individually adapt settings and desired functions on mobile device 28 . For example, a Bluetooth function can be activated and deactivated; Deactivation is when the passenger 30 wishes to protect his or her privacy, since, for example, movements within the building 2 cannot be tracked without Bluetooth functionality. In addition, the passenger 30 can activate and deactivate the above-mentioned apps.

The app also controls the display 42 , whereby information is provided to the passenger 301 . The information may be presented on a display in a readable form, ie as text and/or symbols. Additionally or alternatively, the information may also be presented to the passenger 30 aurally, so that, for example, a person with limited vision may also receive the information and react accordingly. In the embodiment shown, the display 42 shows various destination selection boxes 34 , 36 . The functions of the destination selection boxes 34 , 36 are described below.

Herein, an embodiment is described in which the passenger 30 is an employee and is thereby recorded in the database as an authenticated elevator user. For each registered passenger, a user profile is stored in a database and includes, for example, personal data (eg name, company, possible physical handicap, identification data for mobile device 28 (eg ID) Identification data and/or individual specific access and/or use authorizations (e.g., on an employee identity card (badge) by code (media access control (MAC) address)), RFID technology or optical code (eg barcode) access only on working days between 7:00 and 18:00 hours) The database may be a component of an elevator system 1, a building management system or another system (eg a spatially remote data storage system). If the database is a component of a building management system or a spatially remote data storage system, the control systems 8 , 12 of the elevator system 1 can be used, for example, and accessed before the call is serviced. A database was accessed to verify the certificates The database may be maintained, for example, by a building manager or other service provider.

In one embodiment, the control system 8 , 12 detects and records the respective communication link between the mobile device 28 carried by the passenger 30 and the sensor 4 networked by the cable 22 . . In one embodiment with beacons 4 , mobile device 28 detects and records each communication link with one of beacons 4 alone and without the involvement of control systems 8 , 12 .

Regardless of which unit (control system 8, 12 or mobile device 28) detects the respective communication links, the associated connection data is stored in memory device 15, 38 (see FIG. 2). In one embodiment, these contact data are stored separately from the user profiles in the above mentioned database. The memory device 15 shown in FIG. 1 is communicatively linked with a control system 8 , 12 via a connection 17 , and may be a component of an elevator system 1 , a building management system or a spatially remote data storage system. . The memory device 38 shown in FIG. 2 in combination with FIG. 3 is a component of the mobile device 28 . The stored connection data includes the ID code of the mobile device 28 associated with the passenger 30 , the date, the start and end of the communication link (times, durations), the location and identifier of the sensor 4 , or signal strength. can do.

For example, as indicated by arrow 29 in FIG. 1 , when the passenger 30 moves toward the rest room 26 , three sensors 4 ; Links are established with first "sensor 1", then "sensor 2" and finally "sensor 3". When the passenger 30 later returns to his or her office 24 , the links with the sensors 4 occur in the reverse order. Based on the temporal order of the individual communication links, it is possible, for example, to determine the route of movement on a floor of a building.

However, after the passenger 30 has visited the break room 26 (indicated by arrow 31 ) to drive to a specific floor, for example to the parking lot or lobby at the end of a working day and to the floor where the restaurant is located at lunchtime, the elevator It is also possible to call For this type of passenger 30 behavior, data relating to the use of the elevator system 1 as well as connection data (see above) are determined. Data on the use of the elevator system 1 are available in the control systems 8 , 12 and provide them for further processing.

If these processes repeat, for example, at specific times each day, it is possible to derive one or more behavioral patterns therefrom. One group of behavior patterns encompasses behavior patterns in which a passenger 30 uses the elevator system 1 to move to a particular destination floor. A different group of behavior patterns encompasses behavior patterns in which the passenger 30 moves on the floor but does not use the elevator system 1 . Behaviors by passengers (30) that occur only occasionally cannot be classified into arbitrary behavior patterns. For this type of behavior, one or more communication links may be established (eg in close proximity to a stairwell), from which it is possible to determine that the passenger does not tend to want to use the elevator system 1 . .

In one embodiment, the control systems 8 and 12 read data (connection data, data about elevator use) stored in the memory device 15 and perform statistical evaluation. Based on the evaluation, for example, the behavior of the passenger 30 is changed to a specific behavior pattern (eg, the passenger 30 goes from the office 24 to the break room 26 at 8:00 every day and is then managed at around 8:15). is moved to the layer in which it is located). The recognized behavior pattern is thereby identified and stored. Statistical evaluation may be performed according to a fixed schedule (eg, once a day) or after any change in the data set. Changes in the data set occur after every detected communication link when the connection data that was generated by it is stored.

To perform the statistical evaluation, the control system 8, 12 has a processor which evaluates the data with an appropriate algorithm. In one embodiment, the algorithm is implemented as statistical and analysis software, either as a separately developed application or as a commercially available software product, eg, statistical software IBM Statistics.

Depending on the configuration, the data generated as a result of the evaluation, in particular the recognized behavior pattern(s) (movement and usage patterns), are stored in the memory device. As described above, the memory device may be a component of an elevator system 1 (memory device 15 ), a building management system, a spatial remote data storage system, or a mobile device 28 (memory device 38 ). For data security reasons, in particular to protect the privacy of the passenger 30 , it is recommended that personal data remain in the control of the passenger 30 and only be stored, for example, in the memory device 38 on the passenger's mobile device 28 . desirable or necessary The control system 8, 12 can access these data to process these data and generate a destination call according to the recognized behavior pattern; No data is stored external to mobile device 28 .

According to an understanding of the principle structure and functionalities of the elevator system 1 and the building 2 described in FIGS. 1 to 3 , an embodiment of a method for operating the elevator system 1 , in particular a method for generating a destination call Their description now follows with FIG. 4 . Further structural details of the elevator system 1 are described below in connection with FIG. 5 .

4 shows an exemplary flow chart of a method for generating a destination call in the elevator system 1 . Here, the mobile device 28 is a smartphone carried by the passenger 30 on the floor of the building 2 according to the situation shown by way of example in FIG. 1 , and is the first between the smartphone and the sensors 4 of the sensor system. 1 Assume once again that a communication link (ie pairing) has already occurred. As discussed above, such pairing is not necessary. In addition, the connection and usage data stored in the memory devices 15 , 38 and any behavior patterns contained therein are recognized, identified and thereby stored. The memory device 15 , 38 used depends, for example, on the preferences mentioned above and specifications regarding data protection. Accordingly, one or more steps of the method may be performed in the control system 8 , 12 or in the mobile device 28 . The method according to FIG. 3 starts at step S1 and ends at step S9.

In step S2 , the communication link between the sensor 4 and the mobile device 28 is recognized. Once the sensors 4 are networked together via the cable 22 shown in FIG. 1 , the control system 8 , 12 receives a signal from the sensor 4 associated with the communication link. Which sensor 4 is involved and where it is located is also known in this way. If the sensor 4 is a Bluetooth beacon, the mobile device 28 reads the ID (identifier) of the beacon during the communication link. Pairing is not required to do so. The ID (identifier) is then used to identify the location of the beacon with this ID (identifier) in the database. Depending on the configuration, reading of the ID or access to the database reveals the existence of a communication link.

In step S3, connection data relating to the communication link between the sensor 4 and the mobile device 28 is recorded. For each communication link, connection data is generated, whereby, for example, which mobile device 28 and which sensor 4 is involved, where the communication link occurs (floor, location on the floor), and the communication It is possible to determine how long a link lasts. In the situation shown in FIG. 1 , multiple communication links occur as a passenger moves from the office 24 to the break room 26 . The passenger 30 can then use the floor repeater terminal 5 or mobile device 28 to call the elevator. If the passenger 30 regularly travels this route at a particular time, this may correspond to an example behavior pattern.

In step S4, the connection data from step S3 is compared with data stored in the memory devices 15, 38. This comparison makes it possible to recognize whether the connection data corresponds to a behavior pattern and what possibilities (in percentages) there are.

If it is determined in step S5 which passenger 30 wants to move to the elevator to the floor that the connection data corresponds to a specific behavior pattern, an appropriate destination call is derived therefrom. The connection data corresponds to a known behavioral pattern when the probability determined in step S4 exceeds an established threshold value (eg, 90%). The destination floor is established in this behavior pattern, and the boarding floor is determined from the floor on which the sensor 4 is arranged. The definition of the destination call occurs automatically and without any further action by the passenger 30 . The method then proceeds to step S6 according to the YES branch.

In step S6, the destination call is sent to the control system 8, 12 and processed by it. The control system (8, 12) processes this destination call using an assignment algorithm and assigns an elevator car (10) to the destination call to service the destination call. The method ends at step S9 with the assignment of the elevator car 10 .

On the other hand, if it is determined in step S5 that the connection data does not correspond to the known behavior pattern, the method in the illustrated embodiment proceeds along the NO branch to step S7. In step S7, at least one suggested destination is generated, which may correspond to the best match between the (current) contact data and the stored behavior pattern. Depending on whether one or more suggested destinations are generated, the suggested destinations may be arranged in a ranking list on the display 42 of the smartphone. In FIG. 2 , three suggested destinations (destination A, destination B, destination C) are assigned to destination selection boxes 34 from which the passenger 30 can select.

In one embodiment, a software application (app) is installed on the mobile device 28 to control the display 42 accordingly. Depending on the configuration, the software application can determine the proposed destinations themselves (ie the evaluation of the connection data takes place at the mobile device 28) or the corresponding control commands are received by the control system 8, 12 and subsequently control the display 42 .

When an input is made in step S8 in which the passenger 30 touches one of the destination selection boxes 34, a destination call corresponding to the input is defined. The destination call is processed as described above with respect to step S6.

If the passenger 30 does not wish to travel to any of the suggested destinations, the information on the display can be changed using the destination selection box 36 (the other). For example, a number keyboard can be displayed, whereby the passenger 30 can directly input a desired destination floor. However, it is also possible to display a message prompting the passenger 30 to enter the destination floor on the floor repeater terminal 5 shown in FIG. 1 .

In the embodiment described herein, the suggested destination generated in step S7 corresponds to the best match between the (current) contact data and the stored behavior pattern. In another embodiment, the passenger 30 may pre-define himself or her own desired destinations. Additionally, the above-mentioned software application (app) installed on the mobile device 28 is used in one embodiment. Using the app, the passenger 30 enters the desired destination(s) and associated transport conditions. These transport conditions may include calendar dates, times of day, and/or transport parameters. Thus, the passenger 30 can, for example, between 7:00 and 9:00 in the morning on a working day (Monday to Friday) 5 when a communication link is established between the mobile device 28 and the sensor 4 in the lobby. You can establish what you want the elevator journey to the floor to be. At the times mentioned, this corresponds to a wish to move from the lobby to the fifth floor. At other times, a different floor may be set as the destination. A plurality of destinations may be defined in a similar manner. If the transport conditions are met, a corresponding destination call is automatically created.

To assist the passenger 30 in establishing destinations and transport conditions, the software applications present a graphical user interface on the display 42 , which may be structured, for example, as follows.

By pressing the input and selection boxes (represented by the symbol “>”), the passenger 30 can establish the days of the week, the time frame and the starting floor for which the transport conditions should be valid. When all inputs are activated, the passenger 30 can activate or deactivate the self-defined destination function. Thus, the passenger 30 can select these settings in a known manner, for example from its activation or deactivation and the setting of the wake-up time (alarm) on the smartphone.

The person skilled in the art recognizes that additional conditions may also be established in a similar manner. For example, it may be defined that a particular door is unlocked when a communication link is established between the mobile device 28 and the sensor 4 in the lobby on an established day of the week and in an established time frame. On other days of the week and/or outside the time frame, the door remains locked. Defining such door conditions in advance facilitates the movement of passengers 30 within the building 2 .

Furthermore, a person skilled in the art will appreciate that the technique described herein may be modified in other embodiments, such that in addition to or instead of generating a destination call, commands for unlocking the door of the building 2 or room (e.g. , it is recognized that it is possible to create a door lock). In this case, the system also uses the sensors 4 to recognize where the passenger 30 is located and how he or she is moving in the building 2 and applies the behavior pattern accordingly. Thus, the system recognizes whether the passenger 30 wants to go from one room to the next and unlocks the appropriate doors.

In one embodiment, the software application performs a plausibility check, examining the defined destinations for possible conflicts. One example of a conflict is that passenger 30 is attempting to establish a number of different destinations during the time frame between 7:00 and 9:00. In such a case, it becomes unclear which destination the elevator 1 should serve. The software application may notify the passenger 30 of this type of collision and request that the time frame be changed, for example.

Depending on the configuration and available performance features of the software application, the software application may determine that passenger 30 is absent (eg “vacation to/from”) and/or additional conditions (eg, “if alone, action A " or "If accompanied by a colleague, action B") can be pre-defined.

The possibility to allow the passenger 30 to pre-define desired destinations and conditions may also be useful when a sufficient database to recognize movement patterns from statistical evaluations is not yet available. Once the passenger 30 establishes the destinations and conditions, the operation of the elevator system 1 and movement within the building 2 will become more comfortable, even if movement patterns have not yet been recognized.

Except for the conditions mentioned, the passenger 30 may also use a software application to establish individual preferences. These may include the floor on which the passenger 30's office is located or a parking lot where the passenger 30 usually parks his or her vehicle. Additional preferences relate to statistical evaluation of access data. For example, the passenger 30 may set a threshold value for the likelihood determined in step S4.

As described above, the sensor system with sensors distributed in the building 2 serves to recognize the whereabouts of the passenger 30 in the building 2 from which the mentioned movement patterns are derived as a function of time. This facilitates the service of the elevator system 1 . It is possible, however, that the passenger 30 does not wish to use this functionality and the associated “tracking” of his or her movements. In that case, the passenger 30 can deactivate the tracking function using the software application, for example by inputting a deactivation command. As a result, at least no statistical evaluation is performed; Depending on the configuration, the derivation of travel patterns and automatic generation of the destination call may also be omitted. Thereby, the Bluetooth function of the mobile device 28 is deactivated, so that communication links between the mobile device 28 and the sensors 4 continue to be established. Once the passenger 30 establishes the destinations and conditions, as described above, the service of the elevator system 1 will still be more comfortable despite the deactivation of the tracking function, which means that the destination call is, for example, a transport condition being met. This is because it will be automatically created when

In one embodiment, the system generates a message for the passenger 30 that is communicated to the passenger 30 visually and/or audibly by the mobile device 28 . After an elevator journey or other spatial movement in the building 2 or some such activity, the system generates this message when it has a specific history regarding usage patterns. The message may, for example, ask the passenger 30 whether this usage pattern should thereby be stored or whether the usage pattern is repeated on specific days of the week and at specific times.

As described above, in one embodiment, the system automatically creates the destination call without the involvement of the passenger 30 . The system informs the passenger 30 via the mobile device 28 , for example regarding the assigned elevator, so that the passenger 30 can be aware of this and arrive at the elevator. Since it is not known when this will occur, the mobile device 28 may be in a locked or unlocked state. In the unlocked state, a graphical user interface appears on the display 42 and shows the number or letter of the assigned elevator. This can happen with an audible notification. In the locked state, the display 42 in one embodiment shows a message that is also presented as a voice message. If the passenger 30 carries the mobile device 28 in an invisible pocket, he can nevertheless hear, for example, a voice message.

The method illustrated in FIG. 4 may be modified to take into account the embodiments described above with respect to predefined actions, conditions, preferences and unwanted tracking functions. 4A shows an exemplary representation of a variant of the method described in FIG. 4 . In order to avoid repetitions, it is understood that steps S1 - S4 are not shown in FIG. 4a but they are performed. Fig. 4a also shows a step S5a which can be considered as a modified step S5 according to Fig. 4 .

In step S5a, it is verified whether the connection data clearly corresponds to a known behavior pattern. The connection data clearly corresponds to a known behavioral pattern when the probability determined in step S4 exceeds, for example, a threshold value established by the passenger 30 . If this is the case, the method proceeds along the Yes branch to step S6, as described above. If this is not the case, the method proceeds along the NO branch to step S10, for example because the database is insufficient for statistical evaluation or because the tracking function is deactivated.

In step S10 , it is verified whether the passenger 30 has actions and/or conditions predefined by the mobile device 28 . For example, when the sensor system recognizes the mobile device 28 in the lobby on Monday, the passenger 30 always wishes to move to the 5th floor, otherwise to the 10th floor. Additional possibilities and their definitions with the aid of software applications are described above.

If predefined actions and conditions are available in step S10 and if they are applied to the current contact data, the method proceeds along the yes branch to step S6 where the appropriate destination call is processed. In other cases, ie if there are no predefined actions and conditions or they do not apply to the current contact data, the method proceeds along the NO branch to step S7, for example, in which one or more suggested destinations are created.

Thus, the variant shown in FIG. 4a is improved in terms of statistical evaluation of connection data and recognition of behavioral patterns (eg, when there is an insufficient database) and is fully or in part by the mentioned dictionary definitions made by the passenger 30 . can be replaced with (eg, when the tracking function is disabled). If the database is insufficient, a defined time frame can improve statistical evaluation, for example. On the other hand, statistical evaluation may be replaced by predefined actions.

Additional components and functions of the elevator system 1 will be described below in connection with FIG. 5 to help understand the technology described herein. 1 shows a representation of an embodiment of an elevator system 1 in a schematically illustrated side view of a building 2 . The building 2 has multiple floors L1 , L2 , L3 served by the elevator system 1 , ie passengers can be mailed by the elevator system 1 from the boarding floor to the destination floor. The elevator system 1 may be, for example, a traction elevator with cables or belt, as a hydraulic elevator, as an elevator with multi-compartment cars, or as a group of multiple elevators (eg, It can be configured differently depending on the building 2 as a group of three elevators as shown in FIG. 1 , each having one elevator car 10 (per shaft). In the embodiment shown, the elevator system 1 comprises an elevator car 10 which can be arranged on an elevator shaft 18 and is connected to a drive unit (drive) 14 by bearing means 16 (cable or belt). and is suspended from this drive unit 14 . This may be a traction elevator, but additional details such as counterweights and guide ladles are not shown in FIG. 1 . An elevator control (EC) 12 is linked with the drive unit 14 and activates the drive unit 14 to place the elevator car 10 on the shaft 18 . A person skilled in the art is generally familiar with how a traction elevator functions and with the tasks of the elevator control 12 .

The elevator system 1 shown in Fig. 4 is equipped with a destination call controller, so that the destination call generated in step S6 of Fig. 3 can be processed in a known manner. The function of the destination call controller in the embodiment shown is implemented in the control device (Ctrl) 8 , but may also be implemented in whole or in part in the elevator control unit 12 . The control device 8 and the elevator control 12 can be combined in the control system 8 , 12 .

Although the control system 8 , 12 automatically generates a person specific destination call in accordance with one of the embodiments described herein, in one embodiment the multi-floor repeater terminal 5 provides an input for entering the destination calls. It can be considered as terminals. These floor repeater terminals 5 allow, for example, an unregistered passenger or visitor to enter a destination call without a mobile device; They also allow registered passenger 30 to enter destination calls that deviate from normal usage behavior, including, for example, when none of the suggested destinations correspond to passenger 3's current desired destination. As described above, passenger 30 can also use mobile device 28 . The floor repeater terminals 5 are communicatively linked with the control device 8 via a cable 22 . In the embodiment shown the building 2 has three floors L1 , L2 , L3 and a floor repeater terminal 5 is present on each floor. It is also possible that there are more than just two or three floors; Additionally, more than one layer repeater terminal 5 may be provided on one layer L1, L2, L3.

The control device 8 is communicatively linked with the elevator control 12 as described above. In the present description a communication link is understood to be a direct or indirect connection allowing one-way or two-way communication between two units. Data signals and/or control signals are thereby transmitted in a manner known per se. Links of this kind can be established by means of an electronic cable system (either as a bus system or a system of point-to-point links, in which the units connected to the bus system are addressable), a wireless system or a combination of a wireless system and a cable system. . 5 shows an example of a communication link via cables 20 , 22 , the cable 20 extending between the control device 8 and the car 10 , the cable 22 being the control device 8 . and layer repeater terminals (5). In one embodiment, the cable 22 may be a bus system to which the floor repeater terminals 5 are connected. Similarly, the cable 20 may also be a bus system.

In another embodiment, the at least one floor repeater terminal 5 can be communicatively linked with the control device 8 via a wireless system. In a further embodiment, a mobile electronic device 28 (eg, mobile phone, smartphone, smartwatch, tablet PC) may be used in place of the floor repeater terminal 5 to enter a destination call. The display 42 of the mobile device 28 shown in FIG. 3 can also receive a message regarding the elevator assigned to this destination call (eg, “Elevator A”). For wireless communication with the elevator system 1 , the mobile electronic device has a wireless module such as a Bluetooth, RFID and/or NFC module.

The person skilled in the art recognizes that the control device 8 and its functionality can also be part of an elevator control 12 or a floor repeater terminal 5 . In that case, a separate representation of the control device 8 in FIG. 5 can be omitted. If the control device 8 and its functionality are integrated in the elevator controller 12 , the elevator controller 12 represents the control system. Accordingly, the implementation of the communication link also varies depending on the configuration. Accordingly, Figure 5 should be considered as basic representations of the embodiment.

In one embodiment, the floor repeater terminals 5 are arranged on every floor L1 , L2 , L3 , for example in the vicinity of the hatch for the elevator car 10 . In one embodiment, the floor repeater terminal 5 includes a keyboard or touch-sensitive screen (touchscreen) to allow passengers to enter the destination floor. In another embodiment, the floor repeater terminal 5 comprises a device for recognizing an authentication parameter assigned to a passenger. In one embodiment, the device is a scanner for information carriers generated by the passenger. When the passenger presents the information carrier to the scanner, the scanner reads information from the information carrier, eg serving to recognize user authentication. Only when the passenger is authorized to use the input terminal 5 can the passenger be allowed to enter. Depending on the configuration, the scanned information may trigger a destination call without any further involvement of the passenger.

In one embodiment, the information carrier is configured to be in the form of a card, such as in the form of a credit card or employee badge. Depending on the configuration, an externally accessible memory chip, an RFID transponder cooperating with the memory chip or an externally optically scannable code, such as a QR code or barcode, is located on or on the information carrier. Alternatively, the functions of the information carriers may also be implemented on a portable electronic device (eg, a mobile phone or smartphone). QR codes, barcodes or color pattern codes may appear on the displays of these devices. Devices of this type also allow for a wireless link with other electronic devices using known wireless technologies, such as, for example, Bluetooth or NFC. Of course, the scanner at the floor repeater terminal 5 is compatible with the technology used in the information carrier. In addition, those skilled in the art will recognize that the scanner may also be configured for more than one technology. In another embodiment, authorization to make inputs may also be granted when the passenger uses the key to unlock the floor repeater terminal 5 for input.

Claims (16)

A method for creating an action in a building (2) having at least one door and one elevator system (1), comprising:
Said elevator system (1) has an elevator car (10) which can be arranged between floors (L1, L2, L3) of a building (2),
detecting a communication link between a sensor (4) of a sensor system having a plurality of sensors (4) and a mobile electronic device (28) of a passenger (30), said electronic device (28) comprising a mobile phone, a smartphone , which is a smart watch or a tablet PC, detecting the communication link;
recording connection data from the communication link, the connection data comprising a location of a sensor (4) associated with the communication link, an identifier of the mobile electronic device (28) and/or time data of the communication link , recording the connection data;
comparing the contact data with data stored in a memory device (15, 38) to determine whether the contact data corresponds to a stored behavior pattern;
generating the action when the connection data corresponds to the stored behavior data; and
having at least one door and one elevator system (1), comprising activating the mobile electronic device (28) to inform the passenger (30) about the action by way of visual and/or audible notification A method for creating an action in a building (2). The method of claim 1,
the action comprises a destination call generated when the contact data corresponds to a behavior pattern stored for use of the elevator system (1);
the destination call defines a boarding floor and a destination floor, and
A method for creating an action in a building (2) with at least one door and one elevator system (1), wherein the destination floor is established in the behavior pattern. The method of claim 1,
at least one door and one elevator system, wherein the action comprises an unlock command for a door of the building (2), generated when the connection data corresponds to a stored behavior pattern requiring unlocking the door A method for creating an action in a building (2) with (1). 4. The method according to any one of claims 1 to 3,
further comprising displaying at least one suggested destination when the contact data does not explicitly correspond to a stored behavior pattern,
A method for creating an action in a building (2) with at least one door and one elevator system (1), wherein the proposed destination corresponds to a best match between the contact data and a stored behavior pattern. 4. The method according to any one of claims 1 to 3,
A building (2) having at least one door and one elevator system (1), where it is determined on the basis of one or more communication links that the passenger (30) does not tend to want to use the elevator system (1). How to create an action in . 4. The method according to any one of claims 1 to 3,
reading the scanning of the memory device (15, 38) by the control system (8, 12) of the elevator system (1);
The method for creating an action in a building (2) with at least one door and one elevator system (1), wherein the control system (8, 12) carries out the comparison and executes the creation of the action. 4. The method according to any one of claims 1 to 3,
reading the memory device (38) by a processor device (40) of the mobile electronic device (28);
The method for generating an action in a building (2) with at least one door and one elevator system (1), wherein the processor device (40) performs the comparison and generates the action. 4. The method according to any one of claims 1 to 3,
In a building ( 2 ) with at least one door and one elevator system ( 1 ) a series of successive communication links are recognized, the recording of which generates a pattern of behavior of the mobile electronic device ( 28 ). A method for creating an action. 4. The method according to any one of claims 1 to 3,
Building with at least one door and one elevator system (1), further comprising the step of recognizing a deactivation command, which deactivates the recording of the communication link between the sensor (4) and the mobile electronic device (28) (2) A method for creating an action in . 4. The method according to any one of claims 1 to 3,
The mobile electronic device for receiving at least one desired destination comprising a movement destination and an associated transfer condition, as defined by the passenger (30), to which a corresponding destination call is generated when the transfer condition is met. A method for creating an action in a building (2) having at least one door and one elevator system (1), further comprising receiving by (28). 11. The method of claim 10,
for generating an action in a building (2) having at least one door and one elevator system (1), further comprising the step of performing a plausibility check to recognize collisions between the received multiple desired destinations. Way. 4. The method according to any one of claims 1 to 3,
A method for generating an action in a building (2) with at least one door and one elevator system (1), wherein the sensors (4) are equipped with Bluetooth technology and the communication link is a Bluetooth wireless connection. A system with an elevator system (1), wherein an elevator car (10) can be arranged between floors (L1, L2, L3) of a building (2),
A sensor system (4) having a plurality of sensors (4), arranged at specific locations in the building (2), wherein a communication link is between one of said sensors (4) and a mobile electronic device of a passenger (30) between 28), when the mobile electronic device 28 is within the wireless range of the sensor 4, the electronic device 28 is a mobile phone, a smart phone, a smartwatch or a tablet PC, and the connection data the sensor system (4), comprising the position of the sensor (4) associated with the communication link, an identifier of the mobile electronic device (28) and/or time data of the communication link; and
at least one for detecting the communication link between the sensor 4 and the mobile electronic device 28 , recording connection data of the communication link, and determining whether the connection data corresponds to a stored behavior pattern an evaluator (8, 12; 40) for comparing the connection data with data stored in a memory device (15, 38) comprising a behavior pattern of generating an action when responding to a behavior pattern, the evaluator (8, 12; 40) instructs the mobile electronic device (28) to inform the passenger (30) about the action by visual and/or audible notification A system with an elevator system (1), further comprising said evaluator (8, 12; 40) activating. 14. The method of claim 13,
The memory device (15) is arranged in the elevator system (1), the control system (8, 12) of the elevator system (1) comprising the evaluator, the evaluator being communicable with the memory device (15) A system having an elevator system (1) coupled to each other. 14. The method of claim 13,
The memory device 38 is arranged in the mobile electronic device 28 , the processor device 40 of the mobile electronic device 28 comprises the evaluator, the processor device 40 performs the comparison and A system with an elevator system (1) for generating said action. 16. The method according to any one of claims 13 to 15,
the action comprises a destination call generated when the contact data corresponds to a behavior pattern stored for use of the elevator system (1);
the destination call defines a boarding floor and a destination floor, and
unlocking on a door of the building (2), wherein the destination floor is established in the behavior pattern and/or the action is generated when the contact data corresponds to a stored behavior pattern requiring unlocking the door A system with an elevator system (1) comprising a command.

Images