Control system for optimising emergency multi-storey building stairwell evacuation
10789665 ยท 2020-09-29
Assignee
Inventors
Cpc classification
A62B3/00
HUMAN NECESSITIES
International classification
G06Q90/00
PHYSICS
A62B3/00
HUMAN NECESSITIES
Abstract
A control system for optimising emergency multi-storey building stairwell evacuation, the system includes an occupant tracking subsystem configured to monitor the locations of building occupants within a building as the occupants move between floors of the building so as to be able to continuously calculate the number of occupants on each floor of the building at any time, such that, during an emergency. The control system is configured and able to, using an access door controller subsystem: control the closing of a plurality of access doors of a stairwell; and control the successive opening of certain access doors of certain floors of the stairwell in accordance with an evacuation plan. Wherein the evacuation plan is dynamically configured in accordance with the calculated number of occupants on each floor of the building.
Claims
1. A control system configured to provide efficient emergency multi-storey building stairwell evacuation in a building, the system comprising: an occupant tracking subsystem configured to monitor the locations of building occupants within the building, wherein the occupant tracking subsystem includes: a camera system including a plurality of camera devices, wherein each camera device is positioned thereby to capture image data in a respective field of view, wherein the cameras are position such that the fields of view include: one or more regions at an entrance to the building; and one or more regions on each storey of the building including regions adjacent lift shafts; a data store that is configured to maintain data representative of: (i) individual occupants identified within the building; and (ii) for each occupant, a current known location; a computer system that processes data received from the plurality of camera devices, wherein the computer system is configured to: (i) for each camera, apply a facial recognition process thereby to identify individual specific occupants in the field of view of each camera; (ii) for each camera, each time an individual specific occupant is identified, update the data store such that for that specific individual occupant the data store records a current known location associated with that camera; such that the computer system causes the data store to maintain current data representative of a number of occupants on each storey of the building as occupants move between storeys of the building, including via identification of specific individual occupant after they exit elevators; a stairwell access control subsystem which is configured to: control a state of a plurality of access doors of an evacuation stairwell, wherein for each there is an evacuation state in which the door is open for evacuation purposes and a non-evacuation state in which the door is closed for evacuation purposes; and a dynamic evacuation plan control subsystem which is configured to: (i) access the data store thereby to determine a current number of occupants on each storey of the building; (ii) generate an initial evacuation plan which defines an initial schedule for transitioning the access doors from the non-evacuation state to the evacuation state, wherein the schedule is defined thereby to allot a per-storey evacuation time proportionally between storeys based on the number of occupants on each storey of the building; (iii) receive data representing egress of persons through a given one of the access doors which is the evacuation state on a given storey of the building; and (iv) dynamically modify the schedule in the case that the data representing egress demonstrates an increase or decrease in evacuation time for the given storey relative to the allotted per-storey evacuation time for that storey currently defined by the evacuation plan, such that the schedule is modified for transitioning a remaining subset of access doors from the non-evacuation state to the evacuation state, wherein the schedule is thereby modified to allot a per-storey evacuation time proportionally between the remaining storeys based on the number of occupants on each of the remaining storeys, wherein the stairwell access control subsystem which is configured to control the transition of each of the access doors from the non-evacuation state to the evacuation states in accordance with the schedule and modified schedule.
2. A control system as claimed in claim 1, wherein the control system is configured to control a plurality of display panels positioned adjacent access doors of the stairwell, thereby to cause the display panels to display information including time remaining prior to transition from the non-evacuation state to the evacuation state based on the schedule.
3. A control system as claimed in claim 1, wherein the occupant tracking subsystem is configured for ascertaining the identities of the occupants via the camera system that implements facial recognition, wherein a record is created in an occupants table identifying specific occupants having disabilities, such that during an evacuation event the control system sends a notification to emergency personnel alerting the emergency personnel of a location of a disabled building occupant.
4. A control system as claimed in claim 1, wherein the evacuation plan stipulates a maximum evacuation time, and wherein the schedule is defined to divide the maximum evacuation time into per storey evacuation allotted times proportionately in accordance with the calculated number of occupants on each storey of the building.
5. A control system as claimed in claim 1, wherein the control system is configured to control the transitioning to the evacuation state of access doors to the evacuation stairway of certain storeys for a time period proportionate to the respective calculated number of occupants.
6. A control system as claimed in claim 1, wherein the control system controls the state of access doors to the evacuation stairway in accordance with a configuration setting stipulating the maximum number of access doors that may be open simultaneously.
7. A control system as claimed in claim 1, wherein the evacuation plan stipulates the timing and/or order of the access doors to be successively transitioned from the non-evacuation state to the evacuation state.
8. A control system as claimed in claim 1, wherein the system is configured to monitor an egress rate of movement of occupants moving through the stairwell dynamically modifying the schedule if the rate of egress is greater than or less than a standard assumed rate.
9. A control system as claimed in claim 1, further comprising a mobile communication device software application interface and wherein the mobile communication device software application interface is configured to output emergency information to a software application executed by a mobile communication device.
10. A control system as claimed in claim 1, wherein the control system is further configured to dynamically update the evacuation plan based on a rate of egress through a given door into the stairwell and an egress rate of occupants within the stairwell.
11. A method for operating a control system thereby to provide efficient emergency multi-storey building stairwell evacuation in a building, the method comprising: receiving data derived from monitoring of the locations of building occupants within the building, wherein the monitoring includes: operating a camera system including a plurality of camera devices, wherein each camera device is positioned thereby to capture image data in a respective field of view, wherein the cameras are position such that the fields of view include: one or more regions at an entrance to the building; and one or more regions on each storey of the building including regions adjacent lift shafts; maintaining a data store that is configured to maintain data representative of: (i) individual occupants identified within the building; and (ii) for each occupant, a current known location; operating a computer system that processes data received from the plurality of camera devices, wherein the computer system is configured to: (i) for each camera, apply a facial recognition process thereby to identify individual specific occupants in the field of view of each camera; (ii) for each camera, each time an individual specific occupant is identified, update the data store such that for that specific individual occupant the data store records a current known location associated with that camera; such that the computer system causes the data store to maintain current data representative of a number of occupants on each storey of the building as occupants move between storeys of the building, including via identification of specific individual occupant after they exit elevators; controlling a stairwell access control subsystem which is configured to: control a state of a plurality of access doors of an evacuation stairwell, wherein for each there is an evacuation state in which the door is open for evacuation purposes and a non-evacuation state in which the door is closed for evacuation purposes; and operating a computer system to define and implement a dynamic evacuation plan, such that the computer system is configured to: (i) access the data store thereby to determine a current number of occupants on each storey of the building; (ii) generate an initial evacuation plan which defines an initial schedule for transitioning the access doors from the non-evacuation state to the evacuation state, wherein the schedule is defined thereby to allot a per-storey evacuation time proportionally between storeys based on the number of occupants on each storey of the building; (iii) receive data representing egress of persons through a given one of the access doors which is the evacuation state on a given storey of the building; (iv) dynamically modify the schedule in the case that the data representing egress demonstrates an increase or decrease in evacuation time for the given storey relative to the allotted per-storey evacuation time for that storey currently defined by the evacuation plan, such that the schedule is modified for transitioning a remaining subset of access doors from the non-evacuation state to the evacuation state, wherein the schedule is thereby modified to allot a per-storey evacuation time proportionally between the remaining storeys based on the number of occupants on each of the remaining storeys; and controlling the transition of each of the access doors from the non-evacuation state to the evacuation stats in accordance with the schedule and modified schedule.
12. A method for operating the control system as claimed in claim 11, including controlling a plurality of display panels positioned adjacent access doors of the stairwell, thereby to cause the display panels to display information including time remaining prior to transition from the non-evacuation state to the evacuation state based on the schedule.
13. A method for operating the control system as claimed in claim 11, including ascertaining the identities of the occupants via the camera system that implements facial recognition, wherein a record is created in an occupants table identifying specific occupants having disabilities, such that during an evacuation event the control system sends a notification to emergency personnel alerting the emergency personnel of a location of a disabled building occupant.
14. A method for operating the control system as claimed in claim 11, wherein the evacuation plan stipulates a maximum evacuation time, and wherein the schedule is defined to divide the maximum evacuation time into per storey evacuation allotted times proportionately in accordance with the calculated number of occupants on each storey of the building.
15. A method for operating the control system as claimed in claim 11, including controlling the transitioning to the evacuation state of access doors to the evacuation stairway of certain storeys for a time period proportionate to the respective calculated number of occupants.
16. A method for operating the control system as claimed in claim 11, including controlling the state of access doors to the evacuation stairway in accordance with a configuration setting stipulating the maximum number of access doors that may be open simultaneously.
17. A method for operating the control system as claimed in claim 11, wherein the evacuation plan stipulates the timing and order of the access doors to be successively transitioned from the non-evacuation state to the evacuation state.
18. A method for operating the control system as claimed in claim 11, including monitoring an egress rate of movement of occupants moving through the stairwell dynamically modifying the schedule if the rate of egress is greater than or less than a standard assumed rate.
19. A method for operating the control system as claimed in claim 11, including dynamically update the evacuation plan based on a rate of egress through a given door into the stairwell and an egress rate of occupants within the stairwell.
Description
BRIEF DESCRIPTION OF THE DRAWINGS
(1) Notwithstanding any other forms which may fall within the scope of the present invention, preferred embodiments of the disclosure will now be described, by way of example only, with reference to the accompanying drawings in which:
(2)
DESCRIPTION OF THE EMBODIMENTS
(3) For the purposes of promoting an understanding of the principles in accordance with the disclosure, reference will now be made to the embodiments illustrated in the drawings and specific language will be used to describe the same. It will nevertheless be understood that no limitation of the scope of the disclosure is thereby intended. Any alterations and further modifications of the inventive features illustrated herein, and any additional applications of the principles of the disclosure as illustrated herein, which would normally occur to one skilled in the relevant art and having possession of this disclosure, are to be considered within the scope of the disclosure.
(4) Before the structures, systems and associated methods relating to the control system are disclosed and described, it is to be understood that this disclosure is not limited to the particular configurations, process steps, and materials disclosed herein as such may vary somewhat. It is also to be understood that the terminology employed herein is used for the purpose of describing particular embodiments only and is not intended to be limiting since the scope of the disclosure will be limited only by the claims and equivalents thereof.
(5) In describing and claiming the subject matter of the disclosure, the following terminology will be used in accordance with the definitions set out below.
(6) It must be noted that, as used in this specification and the appended claims, the singular forms a, an, and the include plural referents unless the context clearly dictates otherwise.
(7) As used herein, the terms comprising, including, containing, characterised by, and grammatical equivalents thereof are inclusive or open-ended terms that do not exclude additional, unrecited elements or method steps.
(8) It should be noted in the following description that like or the same reference numerals in different embodiments denote the same or similar features.
(9) Control system 29 for optimising emergency building stairwell evacuation
(10) Turning now to
(11) Specifically, the control system 29 is configured for managing emergency situations in substantial real time and, at the same time accounting for dynamic changes, including locations of occupants, hazards, rate of egress and the like. As will become apparent from the ensuing description, the system 29 is advantageous in certain embodiments in overcoming the problems of relying on human fire wardens who may be prone to panic, information overload lack of awareness and the like and/or conventional automated systems which are generally static in execution such as standardised evacuation schedules implemented by cascading EWIS systems which fail to take into account dynamic factors.
(12) In one embodiment, control system 29 may be installed separately within a building in isolation to any existing systems such as data networks, so as to utilise a separate data architecture for data integrity purposes. In embodiments, the system 29 may still interface with existing systems through appropriate interface ports.
(13) Now, the system 29 comprises an evacuation controller 15 in operable communication with a data network. The evacuation controller 15 may take the form of a computing device, such as an on premises or off premises computing device such as computer server, embedded controller.
(14) As can be seen, the evacuation controller 15 comprises a processor 34 for processing digital data. Operably coupled to the processor 34 across a system bus 36 is a memory device 37. The memory device 37 is configured for storing digital data including computer program code. As such, in use, the processor 34 may load and execute computer code instructions from the memory device 37 and store data therein. In embodiments, the memory device 37 may take the form of one or a combination of volatile or nonvolatile memory, solid-state memory and disk drives including RAM, ROM and hybrid memory devices.
(15) Now, the system 29 may further comprise access door controller subsystem for controlling the opening and closing and/or locking and unlocking a plurality of access doors 27 of a stairwell, including, in embodiments controllable door locks 32 of the respective access doors 27.
(16) It should be noted that in embodiments, the access door controller subsystem may take on different embodiments within the purpose of scope of the embodiments described herein. In one manner, the access door controller subsystem may be passive in that it comprises an indicator, such as a light, information screen, audio instruction play out or the like, indicating to building occupants whether to open or close the associated access door 27.
(17) In further embodiments, the access door controller subsystem may be mechanised wherein the door lock 32, such as a magnetic latch the like, of each respective access door 27 is controllable by the evacuation controller 15. In this manner, the controller 15 is able to physically lock or unlock each access door 27. Furthermore, the system 29 may comprise mechanical door actuators to open and close the associated access door 27.
(18) The access door controller subsystem is in operable communication with the evacuation controller 15 across a data network. It should be noted that the system 29 may interface with any access control system fitted along the egress paths of the building.
(19) Furthermore, the system 29 comprises at least one emergency detection sensor 1 in operable communication with the evacuation controller 15 across the data network. The emergency detection sensor 1 is configured for detecting an emergency such that the evacuation controller 15 may implement the managed evacuation process.
(20) For example, the emergency sensor 1 may be a smoke detector, heat sensor or the like for the purposes of detecting a fire within the building. The emergency sensor 1 may comprise a fire sprinkler activation detector to detect the activation of a fire sprinkler system. The emergency sensor 1 may comprise a break glass, panic button or the like.
(21) In embodiments, the emergency sensor 1 may interface with other systems so as to receive information indicative of an emergency. For example, the emergency sensor 1 may interface with a fire indicator panel 5 so as to receive information indicative of an emergency from the fire indicator panel 5. Of course, in embodiments where these external systems are not present, the system 29 may act in isolation.
(22) In other embodiments, other types of emergency sensor 1 may be used additionally or alternatively, including heat sensors (which may be implemented by PIR sensors) blast detection sensors to detect explosions, shockwave sensors to detect noises such as from gunshots and the like. Additionally, video signal processing may be employed to detect occupants, crowds or chaos from video footage.
(23) It should be noted that the emergency sensor 1 should be construed broadly as any mechanism for detecting or receiving data indicative of an emergency falling within the purposive scope of the embodiments described herein.
(24) The system 29 further comprises and occupant tracking subsystem configured to monitor the locations of building occupants within the building as the occupants move between locations/floors of the building. As such, the occupant tracking subsystem is able to continuously monitor/calculate the number of occupants within each location or on each floor of the building at any time. As such, during an emergency, the evacuation controller 15 is able to dynamically configure the evacuation plan 30 in accordance with the calculated number of occupants in each location/floor.
(25) The occupant tracking subsystem may comprise a combination of hardware and software. Specifically, the hardware may comprise an occupant detector for detecting and, in embodiments, identifying occupants. Furthermore, the occupant tracking subsystem may further comprise an occupant tracking module 17 configured to track the locations of occupants in accordance with data received from the occupant detector. Such data may then be stored in the data 12 within the locations table 13 and occupants table 14.
(26) The evacuation controller 15 utilises the occupant tracking subsystem for ascertaining the locations of occupants within a building so as to be able to manage the evacuation process accordingly. In this manner, as opposed to utilising a set evacuation schedule, such as the cascaded evacuation of successive floors of a building, the controller 15 is able to take into account dynamic occupancy levels, such as, where for example, a particular floor of the building may be empty on account of a company event on that day such that the controller 15 need not necessarily waste time allocating the set time for evacuating the empty floor. In this manner, the system 29 is characterised in being able to account for dynamic scenarios, including dynamic changes and occupancy levels, types of emergent situations, locations of emergency situations and the like.
(27) The occupant detector may comprise any device, sensor, subsystem or the like configured to detect and occupant. In further embodiments, the occupant detector may further ascertain the identity of an occupant.
(28) Where the locations are divided between floors, the occupant detector ideally detects the movement of occupants between floors.
(29) For example, the occupant detector may interface with a building access control system so as to be able to monitor the whereabouts of individuals taking the elevators utilising their security access cards. For example, should an occupant move from the 5th to the 11th floor, such would be ascertained from the access control system from the occupant's use of an access control card. Furthermore, the stairwell may be secured similarly by an access control system so as to be able to additionally monitor the whereabouts of occupants utilising the stairwell. In embodiments, as opposed to utilising an access control card, and occupant specific access code may be tracked.
(30) In further embodiments, additional or alternative occupant detectors may be utilised.
(31) For example, a camera imaging system may be utilised for tracking the whereabouts of occupants. For example, once having identified and occupant at a building entrance, the camera system may, by way of object recognition, video analysis and the like, track the occupant as the occupant moves around the building. In further embodiments, the camera system may implement facial recognition so as to be able to identify individual occupants.
(32) In further embodiments, non-identity tracking devices may be strategically placed throughout the building, such as motion sensors, door reed switches, camera systems configured to count the number of occupants within a video frame and the like.
(33) As such, the system 29 utilises a system of occupant detectors so as to be able to count or at least reasonably estimate the number of occupants at specific locations (such as floors) of a building.
(34) For example, the location ascertaining module 17 may ascertain that there are 15 occupants on level three and 10 occupants on level four.
(35) In embodiments, the occupant detectors may be configured so as to be able to detect the identities of occupants (such as from their smartcard devices, facial recognition, unique pin code or the like such that, at any one time, the location of a particular occupant may be ascertained from the system 29.
(36) For example, the controller 15 may ascertain that Mary is on level three and John is on level two. Such occupant identification may be especially advantageous where occupants have special needs, such as being wheelchair-bound and cannot access the stairwell, for example. In this manner, the system 29 is able to identify the need for the enabling of a lift to be used only for the evacuation of the disabled or injured persons. Furthermore, for evacuation point roll calls, the locations of missing persons may be ascertained from the system 29.
(37) The controller 15 further comprises an emergency detector module 28 for detecting an emergency using the at least one emergency detection sensor. In the illustrated embodiments described herein the emergency detector module 28 will be described with reference to detecting a fire on a particular floor of a building.
(38) Now, the evacuation controller 15 may further comprises a managed evacuation module 18 for managing an emergency evacuation. Specifically, once the evacuation controller 15 has detected an emergency, such as a fire, the managed evacuation module 28 is configured for controlling at least the access door controller subsystem to control the access doors 27 in accordance with the evacuation plan data 30 from the data 12 and the ascertain locations of the plurality of occupants of the building. [110] Having generally describe the above technical architecture, there will now be described in exemplary scenario to illustrate the operation of the control system 29. It should be noted that these embodiments are exemplary only and that no technical limitation should necessarily be imputed to all embodiments accordingly.
(39) Now, as alluded to above, during everyday use, the controller 15 continuously tracks the whereabouts of occupants within a building. In this exemplary embodiment, the building comprises smartcard proximity readers installed at both the elevators and stairwells. As such, as occupants move between floors of the building, the evacuation controller 15 continuously monitors the whereabouts of the occupants and stores such data within the data 12.
(40) As such, for example, that any one time, the controller 15 is able to provide the number of occupants on each floor of the building and also their identities.
(41) Now, during an emergency, a fire may break out on the fifth floor of a building. In the embodiment shown in
(42) The fire notification may be received by the controller 15 from an emergency sensor 1, such as a smoke detector, fire sprinkler subsystem or alternatively received from another subsystem, such as the FIP 5.
(43) Now, the managed evacuation module 18 would then control the various access doors 27 in accordance with the emergency plan 30.
(44) In one embodiment, the managed evacuation module 18 would firstly control the closing of the access doors 27 including for reasons of maintaining stairwell pressurisation and being able to control congestion as alluded to above.
(45) As such, the managed evacuation module 18 may firstly control the access door controller subsystem to close or lock all of the door locks 32 of all of the respective access doors 27 of the stairwell.
(46) In embodiments, certain of the access doors 27 may be ajar. In such case, the managed evacuation module 18 may send a notification to a responsible person to close the relevant door, such as by way of push notification to a mobile communication device. Additionally, or alternatively, adjacent each access door 27 may be provided an information display panel 26. In this embodiment, the managed evacuation module 18 may display information on the display panel 26 instructing the closing of the access door 27 for safety purposes. In a further embodiment, the managed evacuation module 18 may actually control a door closing mechanism, such as releasing an electromagnet or the like so as to attempt to close the ajar access doors 27.
(47) In a normal scenario, in embodiments, the control system 29 may be configured such that should a door be held open for more than a predetermined amount of time, the control system 29 sends a warning or notification to the person at the door or to a person in authority to have the door closed.
(48) It should be noted that in embodiments the information display 26 and other components may be provided as a unitary device such that, for example, the unitary device may comprise the information display 26, the egress sensor 24 and the like. In other words, various componentry may combined as an integral unit so as to aid in the installation process, locations of the components and the like.
(49) Now, once the access doors 27 have been closed or locked, so as to substantially prevent occupants from simultaneously rushing to the stairwell from differing floors of the building, the managed evacuation module 18 may successively control the opening of certain access doors 27 so as to allow occupants within certain locations of the building to successively access the stairwell. In this manner, occupants are introduced into the stairwell successively so as to avoid bottlenecks and, in embodiments, also to maintain pressurisation.
(50) For example, where the emergency detector module 28 has detected that the fire is on the fifth floor, the managed evacuation module 18 may firstly unlock the access doors 27 on the fifth floor so as to allow those occupants in the most immediate danger to exit first.
(51) As alluded to above, the managed evacuation module 18 may implement the evacuation in accordance with an evacuation plan 30 within the data 12. In this regard, the evacuation plan 30 may specify that floors having specific emergencies, such as fire, are to be evacuated first.
(52) Thereafter, the managed evacuation module 18 may unlock further access doors 27 so as to allow further occupants into the stairwell. For example, the evacuation plan 30 may stipulate that floors above a fire on to be evacuated first so as to allow those occupants in danger of the fire spreading to be evacuated subsequently. As such, the managed evacuation module 18 may unlock the upper floor 22 from the fifth floor 23 and successfully thereafter for the upper floors prior to unlocking the lower floors 25.
(53) A default evacuation plan may be utilised configuring the controller 15 to, for example, allow the lower floors are to be evacuated first whereas, after a reasonable time, the upper successive floors are to be opened or vice versa.
(54) In embodiments, the evacuation plan 30 may specify safe areas for the temporary location of occupants. For example, a building may comprise fire and smoke rated safetly locations into which the system 29 directs occupants during fire emergencies while the fire burns past. In further embodiment, the evacuation plan 30 may comprise differing exit routes, being especially advantageous should a conventional exit route be blocked such as by way of fallen debris, fire or the like. For example, by implementing dynamic routing, the control system 29 may take occupants down an initial flight of stairs in a first stairwell and then, were the remainder of the stairs of the first stairwell is blocked, such as by way of fire or the like, route the occupants across a particular floor to a second stairwell to complete the remainder of the floors and safety.
(55) It should be noted that, in embodiments, so as to prevent panic especially from occupant uncertainty, the information display panel 26 may display information to reassure occupants. For example, the information displayed on the display panel 26 may specify the remaining time remaining prior to the opening of the adjacent access door 27. Furthermore, the information display panel 26 may display information relating to the current tasks being performed by the managed evacuation module 18, such as which floors are currently being evacuated. Other information may be displayed for occupants by the information display panel 26 accordingly.
(56) In embodiments, additional information from building management staff, fire brigade may be displayed by the information display panel 26 or by an adjacent audio device.
(57) Now, in one embodiment, the stairwell is a pressurised stairwell. In this manner, the configuration settings 31 may comprise settings stipulating the maximum number of access doors 27 that may be open simultaneously so as to not defeat the pressurisation of the pressurised stairwell as per the relevant standards.
(58) It should be noted that in embodiments, the control system 29 is configured for controlling the pressurisation of the stairwell. For example, the control system 1 may adjusting fan speed to compensate for loss of pressurisation with any stairwell, including in accordance with the number of access doors 27 been currently open.
(59) For example, the configuration settings 31 may stipulate that, given the size of the stairwell, no more than 2 access doors may be opened simultaneously. In such a case, the managed evacuation module 18, in accordance with the configuration settings 31 may open the access door 27 on the fifth floor 23 and of the upper floor 22 simultaneously.
(60) In embodiments, the system 29 may comprise a pressurisation sensor 28 configured to measure the pressurisation state of the stairwell. In this manner, the managed evacuation module 18 may allow the simultaneous opening of access doors in accordance with pressure readings received from the pressure sensor 28.
(61) In embodiments, the managed evacuation module 18 may be configured not to open further access doors until such time the previous access doors have been closed. For example, the managed evacuation module 18 may not open the access doors 27 on the seventh floor until such time that either or both of the access doors on the fifth and sixth floors have been closed. In this manner, the information display 26 on the fifth and sixth floors may instruct the occupants to close the door when the last occupant has exited. It should be noted that the information display panel 26 may be complimented with audio played out from an audio output device 3 so as to verbally instruct occupants to close the access doors.
(62) Now, as alluded to above, the managed evacuation module 18 may be controlled to open the access door 27 in accordance with the number of occupants within certain locations as has been ascertained by the occupant location ascertaining module.
(63) For example, when iteratively opening access doors of the stairwell, should the occupant location ascertaining module ascertain that there are no occupants on the 6 floor, the managed evacuation module 18 may skip opening the access door 27 of the sixth floor.
(64) In embodiments, an emergency pushbutton or the like may be placed adjacent the access door 27 so as to allow undetected or unaccounted for occupants to signify their location within a particular location.
(65) Furthermore, the managed evacuation module 18 may open the access doors 27 in accordance with the number of occupants on a particular floor or location. For example, where floor 23 has 20 occupants, the managed evacuation module 18 may open the access door 27 for three minutes whereas, for floor 22 comprising 40 occupants, the managed evacuation module 18 may open the access door for a longer period, such as 6 minutes, prior to opening success of access doors 27. In embodiments, the evacuation plan 30 may stipulate a maximum evacuation time wherein, during the emergency, the evacuation controller 15 would divide the maximum evacuation time per floor proportionately in accordance with the number of occupants.
(66) However, in other embodiment, the managed evacuation module 18 may open access doors 27 for periods of time calculated in additional or alternative manners such as in accordance with the number of occupants remaining on a floor or by sensing the capacity of the stairwell using egress sensor 24.
(67) It should be noted that differing types of egress sensor 24 may be applicable within the purposive scope of the embodiments described herein. In other words, the egress sensor 24 may be any sensor that is configured for counting, identifying, measuring the speed of egress and the like. In embodiments, traffic controls may be located within or adjacent the stairwell, such as by comprising stop/go indicator lights and the like. In this embodiment, the traffic controls may work in combination from the sensor data received from the egress sensor 24.
(68) In the embodiment where the managed evacuation module 18 opens the access doors 27 for periods of time calculated in accordance with a number of occupants remaining on a floor or within a location, the evacuation controller 15 may count the number of occupants leaving the floor or location using the egress sensor 24 or occupant detector. For example, each access door may comprise a motion sensor, laser trip, image recognition system or other sensor configured to count the number of people exiting the access door 27.
(69) As such, the managed evacuation module 18 may keep the access door 27 open until such time that all of or the majority of the occupants have left a particular floor prior to opening the next access door 27.
(70) For example, where the occupant tracking subsystem has detected that there are 22 occupants on the fifth floor, the managed evacuation module 18 may open the access door 27 on the fifth floor until such time that the occupant detector has detected that all of the 22 occupants have left the fifth floor, or at least a majority of the occupants. For the former, where all of the occupants have left the floor, the managed evacuation module 18 may subsequently lock the access door 27. For the latter, where the majority of occupants have left the floor, such as where only 2 occupants remain on a floor, the managed evacuation module 18 may keep the door unlocked but then proceed to opening the next access door 27 on the adjacent floor 22 on the basis that the 2 occupants remaining with the fifth floor will not substantially imped the egress of the occupants leaving from the adjacent floor 22.
(71) Furthermore, where the egress sensor 4 determines an egress rate through the stairwell, the controller 15 may dynamically increase or decrease the rate of execution of the evacuation plan accordingly. For example, should occupants be leaving the stairwell relatively quickly, the evacuation controller 15 may speed the evacuation process so as to save time.
(72) In embodiments, the system 27 may comprise an emergency warning intercom system (EWIS).
(73) The EWIS may play out emergency evacuation instructions utilising audio output devices 3 and a plurality of locations of the building. In embodiments, the EWIS may interface with a warden intercom phone (WIP) to allow wardens to issue verbal instructions.
(74) In some instances, the EWIS may play out audio instructions in accordance with a cascade schedule 7 so as to, for example, iteratively instruct occupants on adjacent floors to evacuate successively.
(75) As such, in embodiments, the evacuation controller 15 may interface with the EWIS 6 so as to retrieve the cascade schedule from the EWIS for the purposes of populating the evacuation plan 30 so that the managed evacuation module 18 may subsequently manage the evacuation process in accordance with a schedule substantially conforming to that of the cascade schedule 7 of the EWIS 6.
(76) As can be appreciated, the evacuation controller 15 takes into account dynamic information such as occupancy levels and the like and therefore the evacuation schedule implemented by the evacuation controller 15 takes precedent to the preprogramed cascade schedule 7 of the EWIS 6.
(77) In embodiments, and as alluded to above, as opposed to only detecting occupancy levels, the evacuation controller 15 may be configured to implement occupant identification and/or recognition. For example, and by way of the example provided above, utilising occupant recognition, the evacuation controller 15 may ascertain the identities of occupants at particular locations of a building.
(78) Such has particular advantages where occupants have special needs. For example, Mary may be wheelchair-bound and therefore may not be able to exit via the stairwell. As such, a record is created in the occupants table 14 of the data 12 identifying Mary and recording her disability. As such, during an emergency event, while the other occupants may be evacuated by the stairwell, the evacuation controller may send a notification to emergency personnel alerting the emergency personnel to the fact that Mary is on the fourth floor and cannot access the stairwell. In other embodiments the managed evacuation module 18 may allow Mary's egress via disabled friendly exits, such as lift access and the like.
(79) Occupant recognition may be performed in many manners, including those alluded to above. For example, at entry points, biometric readers may be placed so as to implement facial recognition, speech recognition, fingerprint recognition, retina scanning and the like. Furthermore, access control devices may record pin codes, proximity card UIDs and the like for uniquely identifying individuals.
(80) In embodiments, these occupant recognition devices may be placed at various locations within the building so as to track the movements of occupants. For example, facial image recognition cameras may be placed adjacent lift shafts so as to recognise occupants moving from floor to floor so as to dynamically update the locations data 13 within the data 12 of the specific locations of specific occupants.
(81) As alluded to above, in embodiments, the evacuation controller 15 may interface with the FIP 5 so as to receive information from the FIP 5, such as emergency information and the like. In embodiments, the evacuation controller 15 may output information for display on or adjacent the FIP 5 (or EWIS, BMS system of the like) to assist emergency personnel, such as firefighters and the like. As such, when attending a building, firefighters, inspecting the FIP 5, may gain further information from the evacuation controller 15, such as the current evacuation levels, identities of occupants and the like.
(82) In an embodiment, the evacuation controller 15 may output data to an FIP display 14 configured to display information on or adjacent the FIP 5. The FIP display 14 may display a location schematic of the building comprising information relating to the number of occupants currently remaining at certain floors, the fire location, the unlock status of access doors 27 and the like. In this regard, any information which may be utilised by emergency personnel may be displayed by the FIP display 4.
(83) In embodiments, the evacuation controller 15 may interface with a security system utilising security interface module 33. The security interface module 33 may be configured for cross correlating identities of occupants with external security systems for authorisation, monitoring purposes and the like.
(84) As such, during the event of an emergency, such as a terrorist attack or the like, the evacuation controller 15 may use the external security system two cross correlate suspects or unauthorised occupants. For example, during a terrorist threat or suspicious fire, the system 12 may notify police that an unauthorised or suspicious occupant is on level 5.
(85) In embodiments, the system 12 is configured to interface with external mobile communication devices or proprietary hardware devices so as to allow for the mobile interfacing with the system 29.
(86) It should be noted that the external devices may be utilised by various responsible persons, such as security guards have any mobile communication device, the building management system or building administration having a computing console configured for interfacing with the app interface 21 and the like.
(87) For example, users of the system 29 may download a software application for execution by a mobile communication device 8. As such, the software application may authenticate with the evacuation controller 15 for the purposes of receiving information and controlling the evacuation controller 15.
(88) In one embodiment, the evacuation controller 15 comprises an app interface module 21 configured to control the interface with these software applications.
(89) The software application may be utilised by various actors, including rescue personnel, such as firefighters and the like for ascertaining the evacuation state of the building and the like.
(90) In one embodiment, the software application may display a map representation 9 representing the various locations of the building wherein the map is overlaid with important information, such as occupancy levels, occupant identities and the like. Such information may be substantially the same or a subset of the information displayed by the FIP display 4 as described above.
(91) In further embodiments, the software application may allow for the communication with occupants via audio output devices 3 at various locations within the building. For example, should an occupant be on the fifth floor, the user of the software application may utilise the communications module 10 of the software application to communicate with the occupant on the fourth floor.
(92) In embodiments the software application may allow for the real-time viewing of the interior of the building utilising viewing module 11 which receives video data from one or more cameras 2 located at various locations within the building.
(93) In this manner, emergency personnel may view various locations of the building and communicate with occupants if necessary, such as a gather further information, issue instructions and the like.
(94) It should be noted that variations and modifications may be made to the embodiments described above within the purpose of scope of the invention. Specifically, whereas stairwells have been described with reference to a preferred embodiment, the embodiments described herein may be applicable to other exit routes also. Furthermore, whereas multi-storey buildings have been described with reference to a preferred embodiment, certain embodiments may be applicable to single-storey buildings including residential and commercial developments or a mixture thereof.
(95) Furthermore, whereas the embodiments described here and have been described primarily with reference to tracking occupants between floors, it should be appreciated that embodiments may track occupants by other locations, such as specific locations of floors, areas and the like. Furthermore, embodiments described herein may be applicable to buildings having multiple stairwell exits, multiple elevators and the like.
(96) Furthermore, whereas controlling stairwell access doors has been described herein with reference to a preferred embodiment, embodiments may additionally or alternatively be employed for controlling other access routes, including elevators, or controlling instructional traffic controlling signage and the like.
(97) As can be appreciated from the foregoing, certain embodiments described herein provide advantages in allowing for a dynamically configurable evacuation plan being superior when compared to conventional static staged evacuation EWIS methodologies. In this regard, certain of the present embodiments are able to dynamically take into account various factors, such as occupant locations, emergency types and locations, egress rates and the like so as to be able to analyse such so as to dynamically compute dynamic evacuation plan.
(98) In certain embodiments, the present embodiments may comprise all of, or at least a subset of EWIS, FIP, CCTV, electronic signage, building management system, security system, motion detection, facial recognition, low voltage management, air conditioning management, stairwell pressurisation management, fire detection, smoke detection, chaos detection, single factor authentication, dual factor authentication and access control, which, in embodiment, may be controlled and analysed via the onsite server(s) and connection to cloud enabling secure/continuous remote monitoring, access and action to and from single and multiple users and or subscribers.
(99) Interpretation
(100) Wireless:
(101) The invention may be embodied using devices conforming to other network standards and for other applications, including, for example other WLAN standards and other wireless standards. Applications that can be accommodated include IEEE 802.11 wireless LANs and links, and wireless Ethernet.
(102) In the context of this document, the term wireless and its derivatives may be used to describe circuits, devices, systems, methods, techniques, communications channels, etc., that may communicate data through the use of modulated electromagnetic radiation through a non-solid medium. The term does not imply that the associated devices do not contain any wires, although in some embodiments they might not. In the context of this document, the term wired and its derivatives may be used to describe circuits, devices, systems, methods, techniques, communications channels, etc., that may communicate data through the use of modulated electromagnetic radiation through a solid medium. The term does not imply that the associated devices are coupled by electrically conductive wires.
(103) Processes:
(104) Unless specifically stated otherwise, as apparent from the following discussions, it is appreciated that throughout the specification discussions utilizing terms such as processing, computing, calculating, determining, analysing or the like, refer to the action and/or processes of a computer or computing system, or similar electronic computing device, that manipulate and/or transform data represented as physical, such as electronic, quantities into other data similarly represented as physical quantities.
(105) Processor:
(106) In a similar manner, the term processor may refer to any device or portion of a device that processes electronic data, e.g., from registers and/or memory to transform that electronic data into other electronic data that, e.g., may be stored in registers and/or memory. A computer or a computing device or a computing machine or a computing platform may include one or more processors.
(107) The methodologies described herein are, in one embodiment, performable by one or more processors that accept computer-readable (also called machine-readable) code containing a set of instructions that when executed by one or more of the processors carry out at least one of the methods described herein. Any processor capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken are included. Thus, one example is a typical processing system that includes one or more processors. The processing system further may include a memory subsystem including main RAM and/or a static RAM, and/or ROM.
(108) Computer-Readable Medium:
(109) Furthermore, a computer-readable carrier medium may form, or be included in a computer program product. A computer program product can be stored on a computer usable carrier medium, the computer program product comprising a computer readable program means for causing a processor to perform a method as described herein.
(110) Networked or Multiple Processors:
(111) In alternative embodiments, the one or more processors operate as a standalone device or may be connected, e.g., networked to other processor(s), in a networked deployment, the one or more processors may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer or distributed network environment. The one or more processors may form a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
(112) Note that while some diagram(s) only show(s) a single processor and a single memory that carries the computer-readable code, those in the art will understand that many of the components described above are included, but not explicitly shown or described in order not to obscure the inventive aspect. For example, while only a single machine is illustrated, the term machine shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
Additional Embodiments
(113) Thus, one embodiment of each of the methods described herein is in the form of a computer-readable carrier medium carrying a set of instructions, e.g., a computer program that are for execution on one or more processors. Thus, as will be appreciated by those skilled in the art, embodiments of the present invention may be embodied as a method, an apparatus such as a special purpose apparatus, an apparatus such as a data processing system, or a computer-readable carrier medium. The computer-readable carrier medium carries computer readable code including a set of instructions that when executed on one or more processors cause a processor or processors to implement a method. Accordingly, aspects of the present invention may take the form of a method, an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of carrier medium (e.g., a computer program product on a computer-readable storage medium) carrying computer-readable program code embodied in the medium.
(114) Carrier Medium:
(115) The software may further be transmitted or received over a network via a network interface device. While the carrier medium is shown in an example embodiment to be a single medium, the term carrier medium should be taken to include a single medium or multiple media (e.g., a centralized or distributed data 12, and/or associated caches and servers) that store the one or more sets of instructions. The term carrier medium shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by one or more of the processors and that cause the one or more processors to perform any one or more of the methodologies of the present invention. A carrier medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media.
(116) Implementation:
(117) It will be understood that the steps of methods discussed are performed in one embodiment by an appropriate processor (or processors) of a processing (i.e., computer) system executing instructions (computer-readable code) stored in storage. It will also be understood that the invention is not limited to any particular implementation or programming technique and that the invention may be implemented using any appropriate techniques for implementing the functionality described herein. The invention is not limited to any particular programming language or operating system.
(118) Means for Carrying Out a Method or Function
(119) Furthermore, some of the embodiments are described herein as a method or combination of elements of a method that can be implemented by a processor of a processor device, computer system, or by other means of carrying out the function. Thus, a processor with the necessary instructions for carrying out such a method or element of a method forms a means for carrying out the method or element of a method. Furthermore, an element described herein of an apparatus embodiment is an example of a means for carrying out the function performed by the element for the purpose of carrying out the invention.
(120) Connected
(121) Similarly, it is to be noticed that the term connected, when used in the claims, should not be interpreted as being limitative to direct connections only. Thus, the scope of the expression a device A connected to a device B should not be limited to devices or systems wherein an output of device A is directly connected to an input of device B. It means that there exists a path between an output of A and an input of B which may be a path including other devices or means. Connected may mean that two or more elements are either in direct physical or electrical contact, or that two or more elements are not in direct contact with each other but yet still co-operate or interact with each other.
Embodiments
(122) Reference throughout this specification to one embodiment or an embodiment means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrases in one embodiment or in an embodiment in various places throughout this specification are not necessarily all referring to the same embodiment, but may. Furthermore, the particular features, structures or characteristics may be combined in any suitable manner, as would be apparent to one of ordinary skill in the art from this disclosure, in one or more embodiments.
(123) Similarly it should be appreciated that in the above description of example embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, FIGURE, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the Detailed Description of Specific Embodiments are hereby expressly incorporated into this Detailed Description of Specific Embodiments, with each claim standing on its own as a separate embodiment of this invention.
(124) Furthermore, while some embodiments described herein include some but not other features included in other embodiments, combinations of features of different embodiments are meant to be within the scope of the invention, and form different embodiments, as would be understood by those in the art. For example, in the following claims, any of the claimed embodiments can be used in any combination.
(125) Different Instances of Objects
(126) As used herein, unless otherwise specified the use of the ordinal adjectives first, second, third, etc., to describe a common object, merely indicate that different instances of like objects are being referred to, and are not intended to imply that the objects so described must be in a given sequence, either temporally, spatially, in ranking, or in any other manner.
(127) Specific Details
(128) In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In other instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.
Terminology
(129) In describing the preferred embodiment of the invention illustrated in the drawings, specific terminology will be resorted to for the sake of clarity. However, the invention is not intended to be limited to the specific terms so selected, and it is to be understood that each specific term includes all technical equivalents which operate in a similar manner to accomplish a similar technical purpose. Terms such as forward, rearward, radially, peripherally, upwardly, downwardly, and the like are used as words of convenience to provide reference points and are not to be construed as limiting terms.
(130) Comprising and Including
(131) In the claims which follow and in the preceding description of the invention, except where the context requires otherwise due to express language or necessary implication, the word comprise or variations such as comprises or comprising are used in an inclusive sense, i.e. to specify the presence of the stated features but not to preclude the presence or addition of further features in various embodiments of the invention.
(132) Any one of the terms: including or which includes or that includes as used herein is also an open term that also means including at least the elements/features that follow the term, but not excluding others. Thus, including is synonymous with and means comprising.
(133) Scope of Invention
(134) Thus, while there has been described what are believed to be the preferred embodiments of the invention, those skilled in the art will recognize that other and further modifications may be made thereto without departing from the spirit of the invention, and it is intended to claim all such changes and modifications as fall within the scope of the invention. For example, any formulas given above are merely representative of procedures that may be used. Functionality may be added or deleted from the block diagrams and operations may be interchanged among functional blocks. Steps may be added or deleted to methods described within the scope of the present invention.
(135) Although the invention has been described with reference to specific examples, it will be appreciated by those skilled in the art that the invention may be embodied in many other forms.