Emergency response drills

Information

  • Patent Grant
  • 11393326
  • Patent Number
    11,393,326
  • Date Filed
    Thursday, September 12, 2019
    5 years ago
  • Date Issued
    Tuesday, July 19, 2022
    2 years ago
Abstract
A school communication system includes: a district server configured to manage at least one communication system located within a district location managed by the district server; a district network configured to communicatively couple the at least one communication system and the district server; and the at least one communication system. The at least one communication system comprises: a network switch configured to integrate communication equipment associated with the district location; and campus controller. The campus controller is configured to: receive an emergency drill configuration from the district server; receive a signal to begin an emergency drill; perform one or more actions in the emergency drill via the network switch; and report that the drill was initiated.
Description
FIELD

Embodiments of this disclosure generally relate to communication systems, and, in certain embodiments, to a communication system integration and operation.


BACKGROUND

Communication systems facilitate communication of status and events within some defined area. Communication systems also allow organizations and facilities to coordinate activities within said facilities. For instance, one particular type of communication system is an intercom system within a school campus. The school intercom system communicates status and events within a school campus to students, teachers, other staff members, visitors, and so on. In this manner, those within the school can maintain a daily schedule for the school and be able to receive specific information via the announcements. Typically, the intercom system allows for audio communication, which can be effective in alerting individuals within the school of status information, but its effectiveness can be beholden to the performance of its user. For example, effectively communicating important information during stages of a practice drill or an emergency is dependent on the specific user using the intercom system.


SUMMARY

An embodiment of the disclosure provides a district communication system, including: a district server configured to manage a campus communication system located within a district location managed by the district server; and a district network configured to communicatively couple the campus communication system and the district server; wherein the campus communication system comprises: a network switch configured to integrate communication equipment associated with the campus communication system; and a campus controller configured to: receive an emergency drill configuration from the district server; receive a signal to begin an emergency drill defined by the emergency drill configuration; control the communication equipment to perform one or more actions defined in the emergency drill configuration via signalizing through the network switch to the communication equipment; and record that the emergency drill is performed.


Another embodiment of the disclosure provides a method for performing an emergency drill at a campus communication system communicatively coupled to a district server via a district network, wherein the campus communication system is managed by the district server to perform the method comprising: receiving an emergency drill configuration from a district server; receiving a signal to begin an emergency drill, wherein the emergency drill comprises one or more actions to be performed by the campus communication system, and the one or more actions are defined in the emergency drill configuration; performing the one or more actions in the emergency drill by the campus communication system; and recording that the emergency drill is performed.


Yet another embodiment of the disclosure provides a campus communication system communicatively associated with a campus and coupled to a district sever through a district network, the district server controls operation of the campus communication system via signaling through the district network, the campus communication system comprising: a network switch configured to integrate communication equipment associated with the campus communication system; and a campus controller configured to: receive an emergency drill configuration from the district server; receive a signal to begin an emergency drill defined by the emergency drill configuration; control the communication equipment to perform one or more actions defined in the emergency drill configuration via signalizing through the network switch to the communication equipment; and record that the emergency drill is performed.





BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings incorporated in and forming a part of the specification illustrate several aspects of the present invention and, together with the description, serve to explain the principles of the disclosure.



FIG. 1 is a block diagram of a communication system integrated at a school district level, according to an exemplary embodiment;



FIG. 2 is a block diagram of components of the communication system of FIG. 1, at the individual school level, according to an exemplary embodiment; and



FIG. 3 is a process flow chart for performing an emergency drill, according to an exemplary embodiment.





While the disclosure will be described in connection with certain preferred embodiments, there is no intent to limit it to those embodiments. On the contrary, the intent is to cover all alternatives, modifications and equivalents as included within the spirit and scope of the disclosure.


DETAILED DESCRIPTION

Embodiments of the disclosure described below are directed to communication systems that facilitate schools to practice emergency situations and report on successes or failures of such practices. Examples of emergencies include earthquakes, tornados, active shooter situations, and so on. For instance, embodiments of the disclosure describe communication systems with critical functionality such as providing detailed steps and procedures to follow during a practice emergency situation.


The embodiments of the communication system described below are directed to improvements on a manual intercom/walky-talky system typically found within a school environment. However, the communication system that is the subject of the disclosure contained herein is not intended to be limited to use within a school environment. Indeed, embodiments of the communication system, may be utilized in any environment that includes multiple rooms, spaces and/or hallways, such as found in office buildings, military bases or other similar structures. As such, the disclosure describing the functionality of the communication system described below are not limited strictly to the school environment. Rather, the description is provided in relation to the school environment for ease of description, and could be extrapolated to other environments, as would be understood by one of skill in the art in view of the disclosure contained herein.


Embodiments of the disclosure provide an emergency drills system that conducts emergency drill practice in a structured organized way. Embodiments of the disclosure provide a repeatable structured way to initiate and conduct a drill, instead of manually alerting a school for emergency drills. Embodiments of the disclosure provide an ability to exclude individual steps from the practice emergency drill that would normally be performed during a real emergency. For example, during the practice drill, reaching out to law enforcement is not necessary since an emergency is not present. Therefore, the emergency drills system can exclude steps such as dialing 911 to reach law enforcement during the practice drill. In some embodiments, the emergency drills system also creates or generates reports for a performed practice drill, providing proof that the drill was performed and providing statistics surrounding the drill, thus allowing a school system to demonstrate compliance.


With respect to the school environment, individual schools may be arranged into school districts based on a geographic proximity between each school. Further, each school may include communication equipment that allows for communication of a school schedule and for communication between locations within the school and the district. This communication equipment generally includes devices such as classroom speakers for direct communication between a classroom and a front office of the school. Typically, the communication equipment within each individual school is interconnected district wide. Emergency drills that schools may practice include gas leaks, bomb scare, shelter in place, HAZMAT, tornado, active shooter, earthquakes, and so on.



FIG. 1 illustrates a district wide interconnected and centrally administered school district communication system 100. As illustrated in FIG. 1, a plurality of school campuses 104, each with an individual school communication system, are organized into the school district communication system 100. As illustrated, the plurality of school campuses 104 are interconnected through a district network 106, which in turn interfaces the plurality of school campuses 104 with a district datacenter 102. The district datacenter 102 includes a server or servers each with an associated processor or processors running a networked application controlling a communication system within each of the plurality of school campuses 104. The networked application provides school district administrators with the ability to control all communication among the plurality of school campuses 104. This control is provided through a user interface, which allows control over bell schedules, announcements and other calendar management tools along with enabling drills and emergency notifications for lockdown, lock out and evacuation events. The district datacenter 102 configures and stores emergency drills for each school campus 104 and also stores reports generated from the emergency drills at each school campus 104. School administrators access this user interface via a user computer system 110, which is communicatively coupled to the district network 106.


In a particular embodiment, the user interface may be a web-based user interface, and the user computer system 110 can be any computer system that is capable of communicating with the district network 106 over the web-based user interface. For instance, the computer system 110 may take a variety of forms such as a mobile device, tablet device, laptop computer or any device capable of communicating with the web-based user interface.


Further, access to the web-based user interface from the user computer system 110 is granted based on an administrator's or user's login credentials. Any time a user accesses the web-based user interface, login credentials will be required before any functionality is provided. The login credentials not only provide access to the web-based user interface, but they also provide a level of access to the communication systems at the plurality of school campuses 104. For instance, in certain embodiments, the plurality of school campuses 104 may include individual school campuses 1-N, 108a, 108b and 108c, and the individual user may only be authorized to control the communication system at a single campus such as school campus 1108a. Therefore, upon entering the user login credentials, the district datacenter 102 administrating the web-based user interface will look up the user's level of access and provide control only according to that access via the web-based user interface.


In certain embodiments, the district datacenter 102 further includes an integrated computer terminal that hosts a microphone 112. The microphone 112 is configured to allow a user to provide audio to the microphone 112, which can be streamed to any communication system at any campus 108a, 108b or 108c within the district. As an aside, each individual school communication system (see FIG. 2) can also include an integrated computer terminal that hosts a microphone client into which a microphone can be integrated such that an audio signal from the microphone can be broadcast over the individual school communication system. Emergency drills can be initiated at either the district level (e.g., via the district datacenter 102) or at the school level (e.g., via any of the plurality of school campuses 104).



FIG. 2 illustrates the components of the school communication system 200 for individual school campus 108a (individual school campuses 108b and 108c may include school communication systems similar to school communication system 200). The school communication system 200 includes a switch/router 202, which provides a shared network connection for the various components of the school communication system 200 to the district network 106 (see FIG. 1). The various components of the school communication system 200 are distributed throughout a plurality of zones, which define physical spaces within the school campus 108a. In this regard, each zone has zone specific communication equipment associated with the district location/school campus 108a.


Components of the school communication system 200 may include a campus controller 204, a room or classroom controller 206, a zone controller 212, an administrative console 214, status indicator lights 216a and 216b, a message board 218, and an Auxiliary Input/Output (Aux IO) module 220. The campus controller 204 is an embedded interface for all of the campus devices located at the campus 108a to the district datacenter 102 (see FIG. 1). In this regard, the campus controller 204 functions to provide the interface for the classroom controller 206, the zone controller 212 and the administrative console 214 to the district datacenter 102. The campus controller 204 functions as a Session Initiation Protocol (SIP) Gateway, including processors and memory devices that enable the campus controller 204 to provide communication to/with various communication equipment, or, in other words, the campus communication equipment, including the classroom controller 206, the zone controller 212 and the administrative console 214. Communication equipment in general includes the call switch 210, the speaker 208, lights 216a and 216b, microphones (not shown), the administrative console 214, and controllers associated with each of these devices. The campus controller 204, in some embodiments, can also control relays on the Aux IO module 220 within the campus 108a. Relays on the Aux IO module 220 can be used, e.g., to disable doors and elevators. In this regard, the campus controller 204 functions to provide full paging, pre-recorded audio, live audio, intercom audio, and other control signals to any single campus device or combination of campus devices located within any number of zones throughout the campus 108a. Typically, the campus controller 204 interprets instructions received from the district datacenter 102 (see FIG. 1) by parsing those instructions to determine embedded communication events. The campus controller 204 then optionally stores/archives those instructions with an associated memory (not illustrated) and transmits the instructions in the form of a control signal to various campus devices such as those shown in communication system 200 and discussed above.


The school communication system 200 further includes the classroom controller 206 associated with each classroom of the school at campus 108a. In certain embodiments, each classroom can be considered a separate zone within the campus 108a. The classroom controller 206 communicates via IP-based signals and interfaces with the campus controller 204 through the switch/router 202 such that it sends/receives data to/from the campus controller 204. In this manner, the classroom controller 206 functions as an IP room module. The classroom controller 206 interfaces with a speaker 208, an in-room strobe or alert light (not illustrated), one or more switches or buttons such as a check-in or call switch 210, and a status indicator light 216a over a digital interface.


In certain embodiments, the speaker 208 interfaces with the classroom controller 206 through a bi-directional amplifier (not illustrated) which allows for the speaker module 208 to function as both a speaker and a microphone for the classroom controller 206. Typically, communication will be between the classroom controller 206 and the administrative console 214 or an external phone system and is controlled by the campus controller 204. The call switch 210 allows for personnel within the classroom containing the classroom controller 206 to call into the administrative console 214 or perform a check-in during an emergency situation. The classroom controller 206 can also trigger a visual indicator such as an in room strobe light or alert light upon receiving a command to do so from the campus controller 204. The classroom controller 206 can further trigger a visual indicator external to the classroom from the status indicator light 216a upon receiving a command to do so from the campus controller 204.


School communication system 200 further includes the zone controller 212, which functions in a similar manner to the classroom controller 206. Typically, a school will include a plurality of zones, other than classrooms, which comprise various locations throughout the school and campus in general. Typically, each non-classroom zone within the school will include at least one zone controller 212. The zone controller 212 decodes IP-based signals from the campus controller 204 into signals for controlling a status light indicator 216b. The zone controller 212 communicates these control signals to the status indicator light 216b over a digital interface. The school communication system 200 further includes the administrative console 214, which, in certain embodiments, provides a single point of access to the school communication system 200. In this regard, the administrative console 214 is equipped with various interfaces, speakers and microphones for communication within the school communication system 200. The administrative console 214 can initiate classroom intercom discussion over the classroom controller 206, perform zone or system-wide pages and receive visual alerts from classroom communications over a display associated with the administrative console 214. In certain embodiments, the administrative console 214 can also perform pre-programmed sequences for the school communication system 200, such as initiating an emergency sequence.


As mentioned above, the administrative console 214 includes an associated display. In certain embodiments, during an emergency event, the display can be configured to function as a centralized emergency console or in other words an emergency display console that can display check-in information for each zone or classroom within the school campus 108a (see FIG. 1). Check-in information indicates that a classroom has checked in by pressing the call switch 210 during the emergency event and thereby indicates that the particular classroom associated with that call switch 210 is not in an immediate emergency. In this regard, first responders to an emergency situation will have a single point where immediate status of the various classrooms and zones within the school campus 108a.


In an embodiment, the administrative console 214 can also aggregate call switch 210 signals, received via the campus controller 204, during an emergency drill which can be interpreted as students complying with instructions provided during the drill. The call switch 210 signal interpretation is dependent on the type of drill. For example, in an active shooter drill, the call switch 210 can be used to alert a location of a potential active shooter. In an emergency drill that requires moving students to designated locations, e.g., tornado safe locations, call switch 210 signals can be used to confirm classrooms that are evacuated. That way, the campus controller 204 can keep track of time elapsed between alerting students of the emergency drill and when a classroom is evacuated. The administrative console 214 can display information about the time elapsed determined by the campus controller 204. As an aside, an administrative console 214 is not required to be the centralized emergency drills console.


The campus controller 204 can receive emergency drill configurations from the district level via the district network 106. This setup allows a uniform standard for emergency drills across each campus in the plurality of campuses 104. This setup also allows for uniformity in messaging so that audio messages used during emergency drills can be updated at the district level and propagated to each campus in the plurality of campuses 104. After each emergency drill, the campus controller 204 can generate a report to be stored at the district level via the district network 106.


In an embodiment, an emergency drill configuration is different from an emergency based on steps being omitted. For example, Table 1 provides steps performed during an emergency. The steps performed during an emergency are performed according to the Order number. Steps identified with an “X” under Drill are performed in both emergencies and emergency drills while the other steps are performed only during an emergency.














TABLE 1





Order
Action
Attachment
Location
Name
Drill







1
Play
IntruderLockdown
All Page
Lockdown
X



Audio/To


Message


2
Relay

Aux Rly1
Relay 1 On



Action


3
Delay


Delay 1 sec
X


4
Relay

Aux Rly1
Relay 1 Off



Action


5
Play
Mini Chime
All Page
Chime 60s
X



Audio/To


to All









From Table 1, the district level can modify configurations of emergency drills by adding one or more steps, removing one or more steps, marking a step as being a step performed under Drill, or unmarking a step as being performed under Drill. For each emergency drill, the district datacenter 102 can generate a report whether the drill was successfully performed.


With respect to the emergency situation discussed above, Table 1 below illustrates a particular embodiment showing a relation between events that may take place during a lockdown sequence and their associated lighting and audio actions. In certain embodiments, the following lockdown sequence may be initiated or terminated from a designated pushbutton, computer, administrative console or SIP telephone. A user computer system 110 (see FIG. 1) can be used to modify and tailor emergency drill configurations received from the district level.


Table 2 provides examples of actions and parameters for each action that can be set according to some embodiments of the disclosure. Example actions include playing a preconfigured audio message, sending preconfigured email messages, turning relays ON and OFF, toggling swings, including time delays, controlling status lights, displaying messages on message boards, and making prerecorded telephone calls.










TABLE 2





Action
Parameters and Uses







Play preconfigured
Order - displays sequential order number of this


Audio message or
event


Tones to selected
Attachment - Select an audio file attachment


rooms.
Location - Select one or more coverages, zones or



rooms within the school



Duration - Number of seconds to play the selected



attachment



Name - Provide a description of this event


Send preconfigured
Order - displays sequential order number of this


email messages to
event


selected email
Attachment - Select an email file attachment


addresses
Name - Provide a description of this event


Relay Action -
Order - displays sequential order number of this


Turns on or off
event


selected relays
Relay Selection - select one or more individual



relays



Relay Action ON - relay turned on until another



event turns the relay off



Relay Action OFF - relay turned off until another



event turns the relay on



Relay Action Short Pulse ON - relay turned on for a



pre-determined (“short”) duration



Relay Action Long Pulse ON - relay turned on for a



pre-determined (“long”) duration



Relay Action Pulse ON - pulses the relay on for



specified number of seconds


Configurable
Order - displays sequential order number of this


Time Delay between
event


Successive Steps
Duration - Number of seconds to delay


(actions)
Name - Provide a description of this event


Status Light
Order - displays sequential order number of this


Controls - Room
event


Attributes
Location - Select one or more coverages, zones or



rooms within the school



Attribute - Select any currently configured room



attribute for the school



Attribute Action - Select from ON or OFF



Name - Provide a description of this event


Notify SIP Phone
Order - displays sequential order number of this


(send preconfigured
event


message to PXB
Attachment - Select an audio file attachment


extensions)
SIP phone - Select SIP extension



Name - Provide a description of this event


Play predefined
Order - displays sequential order number of this


text message to
event


Message Boards
Message action: Display by Duration, Iteration,



Forever, or Idle



Attachment - Select a text message file attachment



Location - Select one or more coverages or zones



within the school



Duration - Number of seconds to display the



selected attachment









In Table 2, drill action configuration can be read from a user computer system 110 (see FIG. 1). In an embodiment, the user computer system 110 provides individual campuses ability to add actions specific to their campus. That way, campuses can tailor the district's mandated emergency drills to their specific needs. For example, a campus can broadcast an evacuation message to direct students to specific safe areas of the campus, such as a library, a basketball gym or other such spaces.


In Table 2, for example, the campus controller 204 can direct the speaker 208 to play a preconfigured audio message. In an embodiment, the audio message can be received from the district level via the district network 106. In some embodiments, the audio message is retrieved from storage accessible to the campus controller 204. The campus controller 204 determines where to play the audio based on location parameters within the emergency drill configuration. For each action, since parameters can be set to custom values, a name parameter can be used to identify different actions.


In an embodiment, the campus controller 204 can send preconfigured email messages to certain email addresses. In an emergency, emails may be sent to parents informing them of the emergency; however, during a drill, a school campus may likely not send email to parents just like they would not alert emergency services. In the practice emergency drill scenario, the campus controller 204 can remove parents from the list and alert administrators, staff members, or district level administrators that a certain drill was performed or is underway.


In an embodiment, the campus controller 204 can turn relays ON or OFF on aux IO modules, such as aux IO module 220. These relays can be used to control various mechanical switches such as door locks and other such devices. For instance, during a campus lock down, the aux IO 220 may be utilized to actuate a door lock to lock down a portion of the campus 108a (see FIG. 1).


In an embodiment, the campus controller 204 can include delays just like “Delay” shown in Table 1. This allows a smooth transition from one action to another and gives the emergency drill system a way to control when one action follows another. When building a drill event, a user can add a delay to make sure one event occurs before another.


In an embodiment, the campus controller 204 can control status lights during emergency drills at different locations within the campus. The status light can be set to indicate what type of emergency drill is currently executing.


In an embodiment, the campus controller 204 can send a preconfigured voice message to private branch exchange (PXB) extensions so that it can reach telephone lines. In this manner, a voice message can be communicated to an outside telephone device. For instance, during an emergency, the drill could function to send a voice message to one or more telephones updating the recipient of the voice message about the emergency.


In an embodiment, the campus controller 204 can control message boards during emergency drills at different locations within the campus. The message boards can be set to indicate a type of emergency drill currently executing. Alternatively, the message board can indicate a status of the emergency or any other relevant type of message useful during execution of the emergency drill.


In general, functionality described can be set up via the web based user interface from the user computer system 110 (see FIG. 1). FIG. 3 illustrates an emergency drill performance process 300. The process 300 provides exemplary steps performed by the campus controller 204 with the aid of the school communication system 200 (see FIG. 2). At step 302, the campus controller 204 receives an emergency drill configuration. The emergency drill configuration can include one or more actions to be performed during an emergency drill. The emergency drill configuration can include specific actions in an emergency action file that should be designated as drill steps. An action can be configured according to Table 2 with parameters as described in Table 2. In an embodiment, an emergency action file, e.g., one indicating actions in Table 1, is loaded by the campus controller 204, and the emergency drill configuration indicates which actions within the emergency action file are actions to be performed during a drill. The emergency action file and the emergency drill configuration can be received from the district level via the district network 106.


At step 304, the campus controller 204 receives a signal to begin an emergency drill. In an embodiment, the emergency drill is based on the emergency drill configuration received at step 302. The signal can be received from the district level via the district network 106. For example, the user computer system 110 can send the signal to the campus controller 204 to begin the emergency drill. In another embodiment, the administrative console 214 can send the signal to the campus controller 204 to initiate the emergency drill. In another embodiment, the campus controller 204 receives a signal from an aux IO module 220 to initiated the drill.


At 306, the campus controller 204 performs one or more actions in the emergency drill. In an example, if the action to be performed includes playing an audio file, the administrative console 214 instructs the campus controller 204, room controller 206, and/or the zone controller 212 to play the specific audio file via speakers. The action will include which locations the audio should be played. In an example, the campus controller 204 determines whether an action is included in the emergency drill by checking a drill flag of the action. The campus controller 204 can select which actions to perform based on the drill flag. The campus controller 204 can perform actions based on the order of each action, where actions with lower orders are completed before moving on to an action with a higher order.


At 308, the campus controller 204 confirms and records that the drill was initiated. Once the drill is initiated, the drill will run loop back to step 306 to perform additional steps of the drill until each of the steps is completed or terminated.


For example, during an evacuation drill, such as a fire drill, students at the campus performing the drill must evacuate the various classrooms. During the drill, a teacher or other room supervisor may actuate a call switch 210 once a room is completely evacuated. The campus controller 204 waits for the call switch 210 signals from one or more rooms that indicate that students have evacuated to designated areas based on the action to be performed. As the call switches 210 from the one or more rooms are pushed, the campus controller 204 can use a timeout signal to rank certain rooms within the campus that fail to meet a certain evacuation time limit. As this is happening, the process 300 loops from step 308 back to step 306 to perform each additional step in the drill.


Once each step of the drill is executed, or the drill is terminated, the process 300 proceeds to step 310. At step 310 the drill stops and a report is generated. In an embodiment, the report is generated only when specifically requested by a user using the user computer system 110 (see FIG. 1), and the report indicates whether the drill was successfully initiated. In other embodiments, the reports may provide a variety of relevant details about the drill execution that may be used subsequently to analyze the response to the drill and show compliance with various standards associated with emergency response drills.


Embodiments of the disclosure provide a system for initiating and guiding emergency drills such that organizations and facilities no longer need to manually initiate and guide the emergency drill. Potential avenues for human error are drastically reduced because the amount of human interaction time to coordinate emergency drills in a school is reduced. Furthermore, state regulatory agencies or other oversight agencies can readily access reports or documents for emergency drills. This provides an efficient way to audit emergency drill execution for purposes of compliance.


All references, including publications, patent applications, and patents, cited herein are hereby incorporated by reference to the same extent as if each reference were individually and specifically indicated to be incorporated by reference and were set forth in its entirety herein.


The use of the terms “a” and “an” and “the” and “at least one” and similar referents in the context of describing the invention (especially in the context of the following claims) are to be construed to cover both the singular and the plural, unless otherwise indicated herein or clearly contradicted by context. The use of the term “at least one” followed by a list of one or more items (for example, “at least one of A and B”) is to be construed to mean one item selected from the listed items (A or B) or any combination of two or more of the listed items (A and B), unless otherwise indicated herein or clearly contradicted by context. The terms “comprising,” “having,” “including,” and “containing” are to be construed as open-ended terms (i.e., meaning “including, but not limited to,”) unless otherwise noted. Recitation of ranges of values herein are merely intended to serve as a shorthand method of referring individually to each separate value falling within the range, unless otherwise indicated herein, and each separate value is incorporated into the specification as if it were individually recited herein. All methods described herein can be performed in any suitable order unless otherwise indicated herein or otherwise clearly contradicted by context. The use of any and all examples, or exemplary language (e.g., “such as”) provided herein, is intended merely to better illuminate the invention and does not pose a limitation on the scope of the invention unless otherwise claimed. No language in the specification should be construed as indicating any non-claimed element as essential to the practice of the invention.


Preferred embodiments of this invention are described herein, including the best mode known to the inventors for carrying out the invention. Variations of those preferred embodiments may become apparent to those of ordinary skill in the art upon reading the foregoing description. The inventors expect skilled artisans to employ such variations as appropriate, and the inventors intend for the invention to be practiced otherwise than as specifically described herein. Accordingly, this invention includes all modifications and equivalents of the subject matter recited in the claims appended hereto as permitted by applicable law. Moreover, any combination of the above-described elements in all possible variations thereof is encompassed by the invention unless otherwise indicated herein or otherwise clearly contradicted by context.

Claims
  • 1. A district communication system, comprising: a district server configured to manage a campus communication system located within a district location managed by the district server; anda district network configured to communicatively couple the campus communication system and the district server;wherein the campus communication system comprises: a network switch configured to integrate communication equipment associated with the campus communication system;a campus controller; androom equipment for a plurality of rooms within a campus associated with the campus communication equipment, wherein, for each room of the plurality of rooms, the room equipment comprises a room controller, a speaker, one or more switches, and a status light indicator;wherein the campus controller is configured to: receive an emergency drill configuration of a user configurable list of actions in an ordered list of steps from the district server;receive a signal to begin an emergency drill defined by the emergency drill configuration;control the room equipment for each of the plurality of rooms to perform one or more actions defined in the emergency drill configuration;receive, from the room equipment for each room of the plurality of rooms, data related to initiation and termination of the one or more actions in the emergency drill configuration;record the data received from the room equipment for each room of the plurality of rooms as flags set in response to the one or more actions being performed when the emergency drill is performed; andsend a report of the flags to the district server.
  • 2. The system of claim 1, further comprising a user computer system communicatively coupled to the district server and configured to manage the emergency drill, wherein the district server is further configured to generate a report upon request from the user computer system, the report detailing the time of initiation of the emergency drill.
  • 3. The system of claim 1, wherein the campus controller is further configured to manage an order of the one or more actions of the emergency drill by verifying completion of a lower order action of the emergency drill before performing a higher order action of the emergency drill.
  • 4. The system of claim 1, wherein the communication equipment further comprises: one or more status lights coupled to the network switch and controllable by the campus controller;one or more speakers coupled to the network switch and controllable by the campus controller;one or more auxiliary Input/Output (aux IO) modules coupled to the network switch and configured to actuate a relay and controllable by the campus controller; andone or more message boards coupled to the network switch and controllable by the campus controller.
  • 5. The system of claim 4, wherein the one or more actions of the emergency drill comprise one or more of the following action types: play an audio message at the one or more speakers, actuate the relay, delay, send a preconfigured email message, control the one or more status lights, send a preconfigured phone audio message, and display a preconfigured text message on the one or more message boards.
  • 6. The system of claim 1, wherein the emergency drill is a practice drill simulating events performed by the system during an actual emergency, and wherein the practice drill is not performed during an occurrence of the actual emergency.
  • 7. The system of claim 6, wherein the emergency drill configuration excludes actions that would be performed by the system during the actual emergency.
  • 8. The system of claim 7, wherein the excluded actions comprise: notifying contacts of participants of the emergency drill of the actual emergency; andnotifying law enforcement of the actual emergency.
  • 9. The system of claim 1, wherein the report comprises a time when the emergency drill is performed andinformation regarding whether the emergency drill was successfully initiated.
  • 10. The system of claim 9, wherein the report further comprises information regarding emergency drill execution indicative of compliance with one or more standards associated with the emergency drill.
  • 11. The system of claim 9, wherein the report is generated only after completion of the emergency drill.
  • 12. A method for performing an emergency drill at a campus communication system communicatively coupled to a district server via a district network, wherein the campus communication system comprises: a network switch configured to integrate communication equipment associated with the campus communication system; a campus controller; and room equipment for a plurality of rooms within a campus associated with the campus communication equipment, wherein, for each room of the plurality of rooms, the room equipment comprises a room controller, a speaker, one or more switches, and a status light indicator, wherein the campus communication system is managed by the district server to configure the campus controller to perform the method comprising: receiving an emergency drill configuration of a user configurable list of actions in an ordered list of steps from a district server;receiving a signal to begin an emergency drill, wherein the emergency drill comprises one or more actions to be performed by the campus communication system, and the one or more actions are defined in the emergency drill configuration;controlling the room equipment for each of the plurality of rooms to perform the one or more actions defined in the emergency drill configuration;receiving, from the room equipment for each room of the plurality of rooms, data related to the initiation and termination of the one or more actions in the emergency drill configuration;recording the data received from the room equipment for each room of the plurality of rooms as flags set in response to the one or more actions being performed when the emergency drill is performed; andsending a report of the flags to the district server.
  • 13. The method of claim 12, wherein the signal to begin the emergency drill is received from the district server.
  • 14. The method of claim 12, wherein the one or more actions comprise playing an audio file, including time delays between actions, controlling status lights, and displaying a text message on a message board associated with the campus communication system.
  • 15. The method of claim 12, further comprising receiving an indication at the campus controller that all people have been evacuated from a room.
  • 16. The method of claim 15, further comprising relaying, by the campus controller, the indication that all people have been evacuated from the room to the district server, wherein the indication is based on a call switch signal from the one or more switches associated with the room.
  • 17. A campus communication system communicatively associated with a campus and coupled to a district sever through a district network, the district server controls operation of the campus communication system via signaling through the district network, the campus communication system comprising: a network switch configured to integrate communication equipment associated with the campus communication system;a campus controller; androom equipment for a plurality of rooms within a campus associated with the campus communication equipment, wherein, for each room of the plurality of rooms, the room equipment comprises a room controller, a speaker, one or more switches, and a status light indicator;wherein the campus controller is configured to: receive an emergency drill configuration of a user configurable list of actions in an ordered list of steps from the district server;receive a signal to begin an emergency drill defined by the emergency drill configuration;control the room equipment for each of the plurality of rooms to perform one or more actions defined in the emergency drill configuration;receive, from the room equipment for each room of the plurality of rooms, data related to the initiation and termination of the one or more actions in the emergency drill configuration; andrecord the data received from the room equipment for each room of the plurality of rooms as flags set in response to the one or more actions being performed when the emergency drill is performed; andsend a report of the flags to the district server.
  • 18. The campus communication system of claim 17, wherein the campus controller is further configured to manage an order of the one or more actions of the emergency drill by verifying completion of a lower order action of the emergency drill before performing a higher order action of the emergency drill.
  • 19. The campus communication system of claim 17, wherein the communication equipment further comprises: one or more status lights coupled to the network switch and controllable by the campus controller;one or more speakers coupled to the network switch and controllable by the campus controller;one or more auxiliary Input/Output (aux IO) modules coupled to the network switch and configured to actuate a relay and controllable by the campus controller; andone or more message boards coupled to the network switch and controllable by the campus controller.
  • 20. The campus communication system of claim 19, wherein the one or more actions of the emergency drill comprise one or more of the following action types: play an audio message at the one or more speakers, actuate the relay, delay, send a preconfigured email message, control the one or more status lights, send a preconfigured phone audio message, and display a preconfigured text message on the one or more message boards.
US Referenced Citations (52)
Number Name Date Kind
5838223 Gallant et al. Nov 1998 A
6097288 Koeppe, Jr. Aug 2000 A
D527011 Bixler Aug 2006 S
7292135 Bixler et al. Nov 2007 B2
7333002 Bixler et al. Feb 2008 B2
7526529 Unluturk et al. Apr 2009 B2
8032403 Gremont et al. Oct 2011 B2
8806473 Birtwhistle et al. Aug 2014 B2
9299238 Ahmad Mar 2016 B1
9489825 McDonnell Nov 2016 B1
10430746 Bowles Oct 2019 B2
20020138328 Arning et al. Sep 2002 A1
20030074222 Rosow et al. Apr 2003 A1
20040145481 Dilbeck et al. Jul 2004 A1
20050075902 Wager et al. Apr 2005 A1
20060049936 Collins et al. Mar 2006 A1
20060111939 Bixler et al. May 2006 A1
20060112187 Unluturk et al. May 2006 A1
20060267740 Bixler et al. Nov 2006 A1
20070192174 Bischoff Aug 2007 A1
20070210910 Norstrom Sep 2007 A1
20070288285 Nilsson Dec 2007 A1
20090212925 Schuman, Sr. et al. Aug 2009 A1
20090313659 Samuels Dec 2009 A1
20100169150 Gremont et al. Jul 2010 A1
20100191543 Schuman Jul 2010 A1
20100217618 Piccirillo et al. Aug 2010 A1
20100305973 McLaren et al. Dec 2010 A1
20110007883 Bingham et al. Jan 2011 A1
20110112877 Govind et al. May 2011 A1
20110208541 Wilson et al. Aug 2011 A1
20110246220 Albert Oct 2011 A1
20120028589 Fan et al. Feb 2012 A1
20120329420 Zotti et al. Dec 2012 A1
20130264074 Lewis Oct 2013 A1
20130323699 Edwards et al. Dec 2013 A1
20140024333 Stadtlander Jan 2014 A1
20140132393 Evans May 2014 A1
20140244819 Patrick et al. Aug 2014 A1
20140327519 Carroll et al. Nov 2014 A1
20140365390 Braun Dec 2014 A1
20140379357 Srivathsa et al. Dec 2014 A1
20150109442 Derenne et al. Apr 2015 A1
20150339407 Gallo et al. Nov 2015 A1
20160165369 Perkins et al. Jun 2016 A1
20170039823 Srivathsa et al. Feb 2017 A1
20170257400 Peters Sep 2017 A1
20180162413 Theodosiou Jun 2018 A1
20180330813 Garber et al. Nov 2018 A1
20190088097 Jacobs Mar 2019 A1
20190295207 Day et al. Sep 2019 A1
20200098230 Dwight Mar 2020 A1
Foreign Referenced Citations (1)
Number Date Country
WO 2019142370 Jul 2019 WO
Non-Patent Literature Citations (2)
Entry
Guo et al. “A ZigBee Network Application in Emergency Exit Guiding,” 2010 International Computer Symposium (ICS2010), 91-94 (2010).
European Patent Office, International Search Report and the Written Opinion in International Application No. PCT/US2020/053706 (dated Jan. 18, 2021).
Related Publications (1)
Number Date Country
20210082274 A1 Mar 2021 US