US20090305659A1 - Emergency alerting method and system - Google Patents

Emergency alerting method and system Download PDF

Info

Publication number
US20090305659A1
US20090305659A1 US12/479,146 US47914609A US2009305659A1 US 20090305659 A1 US20090305659 A1 US 20090305659A1 US 47914609 A US47914609 A US 47914609A US 2009305659 A1 US2009305659 A1 US 2009305659A1
Authority
US
United States
Prior art keywords
message
group
devices
communication
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/479,146
Inventor
David Hochendoner
Timothy Means
Storm Orion
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Smart Warning Systems LLC
Original Assignee
Smart Warning Systems LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Smart Warning Systems LLC filed Critical Smart Warning Systems LLC
Priority to US12/479,146 priority Critical patent/US20090305659A1/en
Assigned to SMART WARNING SYSTEMS LLC D/B/A METIS SECURE SOLUTIONS reassignment SMART WARNING SYSTEMS LLC D/B/A METIS SECURE SOLUTIONS ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HOCHENDONER, DAVID, MEANS, TIMOTHY, ORION, STORM
Publication of US20090305659A1 publication Critical patent/US20090305659A1/en
Assigned to SMART WARNING SYSTEMS LLC, D/B/A METIS SECURE SOLUTIONS reassignment SMART WARNING SYSTEMS LLC, D/B/A METIS SECURE SOLUTIONS ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HOCHENDONER, DAVID, MEANS, TIMOTHY, ORION, STORM
Assigned to METIS SECURE SOLUTIONS, LLC reassignment METIS SECURE SOLUTIONS, LLC CERTIFICATE OF AMENDMENT - DOMESTIC Assignors: SMART WARNING SYSTEMS, LLC
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1895Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/04Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/50Connection management for emergency connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • Emergency warning systems serve as a critical link in the chain of crisis communications, and they are essential to minimizing loss in an emergency. Acts of terrorism and violence, chemical spills, amber alerts, nuclear facility problems, weather-related emergencies, flu pandemics and other emergencies all require officials such as government agencies, building managers, university administrators and others to quickly and reliably distribute emergency information to the public.
  • the embodiments disclose an event notification system
  • the system includes a plurality of communication devices each having at least one associated unique identifier and positioned at varying locations at a facility, wherein each of the communication devices comprise a first network transceiver configured to provide communication between each of the communication devices, wherein at least some of the communication devices also comprise a second network receiver configured to receive a broadcast message containing an indication of an event.
  • the embodiments disclose a method of notifying individuals at a location of an event.
  • the method includes the steps of receiving, at a first device, a data broadcast system (DBS) message, wherein the first device is associated with at least one group and analyzing, by the first device, the DBS message. After analyzing, the first device performs at least one of the following: (1) presenting, by the first device, an alert message, wherein the alert message comprises an audio or visual message including text that is descriptive of the event, and (2) transmitting, by a mesh network transceiver of the first device, the DBS message so that it may be received by at least one additional device within the group.
  • DBS data broadcast system
  • FIG. 1 is a block diagram that depicts exemplary assets of a communications network.
  • FIG. 2 depicts a flow chart with an exemplary message generation process.
  • FIG. 3 illustrates an exemplary emergency alert system with multiple communication units assigned to a particular group, and communication between units within a group.
  • FIG. 4 is a block diagram illustrating exemplary elements of a communications unit.
  • FIG. 1 illustrates an emergency notification system 100 .
  • the system may include, or it may receive signals from, a transmitter site 102 including a broadcasting tower 104 that transmits a signal 106 over public air space.
  • the signal 106 may include a radio broadcast data system (RBDS) signal that includes data representative of one or more messages and may or may not be encrypted, depending on the application.
  • RBDS radio broadcast data system
  • the signal 106 may be generated by an FM transmitter 108 and RBDS generator 110 that converts a message received from a security office 112 , home computer 114 or a web based server 116 such that it may be carried on a radio data system (RDS) subcarrier of the signal 106 .
  • RDS radio data system
  • Transmitter site 102 may further include a mesh coordinator 113 connected to RBDS generator 110 and configured to send a similar message via a mesh signal 115 .
  • Security office 112 may include one or more security supervisory computers 118 connected, via a wired or wireless connection, to the RBDS generator 110 .
  • home computer 114 or web based server 116 may connect to the RBDS generator via a wired or wireless connection.
  • home computer 114 , web based server 116 and security supervisory computers 118 may have access to one or more of a series of databases 120 a, 120 b .
  • the databases 120 a, 120 b may contain information specific to the emergency notification system 100 such as contact information, prepared messages and alerts, and various other related data such as where any hazardous materials are stored.
  • the databases 120 a , 120 b may also be used by home computer 114 , web based server 116 and one or more security supervisor computers 118 to establish and store a history log of all events for which notifications have been sent. This log may include who sent a notification, when it was sent, where it was sent, the status of any units receiving the notification (e.g., power status, battery life), and any additional information that may be useful in monitoring the status of the emergency notification system 100 .
  • This log may include who sent a notification, when it was sent, where it was sent, the status of any units receiving the notification (e.g., power status, battery life), and any additional information that may be useful in monitoring the status of the emergency notification system 100 .
  • home computer does not mean that the computer need be physically located in a home
  • security supervisor computer does not mean that the computer need by used by a security supervisor. Rather, the term “security supervisor computer” is used to refer to a computing device that is connected to one or more notification system databases, and the term “home computer” is simply intended to refer to a computer that is separate from the security supervisor computer.
  • the signal 106 may be directed to and received by receivers at multiple facilities such as building 122 a and 122 n.
  • a building coordinator 126 a, 126 n receives the signal 106 as an FM signal, decodes the message, formats the message and broadcasts the message to other devices in the building via a mesh network.
  • a mesh network is a network having multiple devices configured to communicate with one another via multiple “hops”, or transmissions between additional devices. This arrangement allows for continuous connection between various devices as any blocked paths or broken connections are hopped around. As a result, a mesh network has a high level or reliability.
  • mesh networks use one of sixteen selected frequencies to broadcast information, controlled by processors in the mesh network devices. More or less than sixteen frequencies may be used dependent on the frequency band allocated for the mesh network.
  • the individual coordinators 126 a, 126 n as well as the other devices connected to the mesh network are discussed below in greater detail in the discussion of FIGS. 3 and 4 .
  • Each building may also include a building supervisor computer 128 a, 128 b.
  • a security office, administrator or other authorized personnel may use building supervisor computers 128 a, 128 n to directly send a message to receivers in the same building.
  • a user can utilize building supervisor computers 128 a , 128 n to access RBDS generator 110 via Ethernet 140 and/or Internet 150 to broadcast an emergency message via broadcasting tower 104 and/or via mesh coordinator 113 as a mesh signal 115 .
  • Each building supervisor computer may be configured to access various databases 130 a, 130 n.
  • the databases 130 a, 130 n may include information related to the notification devices and receivers contained in each building, as well as information specific to the emergency notification system 100 such as contact information, prepared messages and alerts, and various other related data. It should be noted that only two buildings are shown in FIG. 1 by way of example only.
  • the term “building supervisor computer” does not mean that the computer need be used by a building supervisor. Rather, the term “building supervisor computer” is used to refer to a computing device—separate from the security supervisor computer and the home computer—that may be connected to one or more notification system databases, and which may be used to generate notification messages.
  • the signals 106 and 115 may be received by standalone devices such as LED sign 124 equipped with an FM receiver.
  • the LED sign 124 may include decoding and processing components for decoding a message contained in signal 106 and displaying any appropriate text.
  • a user may use a data entry device such as home computer 114 to create a message to be directed at a particular building, or to a group of receivers within a particular building.
  • the message may also be intended for all buildings and device on the emergency notification system 100 .
  • the user may select 200 a message from a set of predetermined messages or enter 202 a custom message.
  • the user may then access 204 various lists and drop down menus to assist the user in selecting recipients of the message. From the lists or drop down menus, a user may select 206 a building or buildings to which the message should be directed.
  • the user may also select all devices included in the emergency notification system.
  • the user also may select 208 a group of one or more receiving devices within the facility.
  • a group may be a particular geographic location such as a floor of a building, or a group of buildings/locations, such as all dormitories, all classrooms, all bathrooms, all outdoor gathering spaces, or other specific areas such as zip codes or geographic blocks created by placing a grid on a map.
  • the message is transferred to the RBDS generator 110 via a wired or wireless connection (e.g., Ethernet 140 , Internet 150 , a mesh network signal, telephone, satellite connections, direct connection) and the generator may prepare and transmit 210 the message via the broadcasting tower 104 and/or via mesh coordinator 113 .
  • RBDS is shown only by way of example, and other encoding protocols may be used, such as HD radio encoding.
  • the signals 106 and 115 preferably include a packet of information.
  • the packet may include a first data bit set or sets that correspond to the location of the facility.
  • a second data bit set or sets correspond to a group or groups within the facility.
  • the third data bit set or sets correspond to the message itself.
  • the order of the data bit sets described above is not required, and the packet may include this information or additional information in any order.
  • the message can be of varying size. For example, a standard or predetermined message may simply be represented by a message code rather than the entire message, so that the receiving device can identify a message based on the code. On the other hand, a custom message may be longer and require a longer packet or multiple packets.
  • the data packet may include additional information such as the time of day, time the message was sent, the sender of the message, various conditions for the receiving device (e.g., volume levels, duration of the warning), and other applicable information. This information may be stored in the log as discussed above or sent to a third party for record keeping.
  • a data packet is broadcast multiple times to provide redundancy and give a message a better opportunity to be received.
  • one or both signals 106 and 115 may be received at buildings 122 a, 122 n.
  • the signals 106 and 115 are initially received by one or more building coordinators, such as building coordinators 126 a, 126 n, each having a receiver that is capable of receiving the signals.
  • building coordinators 126 a, 126 n may each have an FM receiver that receives the signal 106 as well as a mesh transceiver that receives mesh signal 115 .
  • the building coordinators 126 a, 126 n determine whether the signals are intended for distribution within the individual buildings.
  • signal 106 may be intended for distribution only within building 122 a.
  • Building coordinator 126 a may relay the data packets contained within the signal 106 to other units 302 a - 310 a within the building 122 a via a mesh network. Multiple units within the building may receive the FM signal and multiple units within the facility may relay the data packet to provide redundancy.
  • building coordinator 126 n receives signal 106 at building 122 n, it determines the signal is not intended for that building and does not relay the message. As such, units 302 n - 310 n do not forward the data packets amongst themselves via the Mesh network. In this manner, the signal 12 can direct messages to particular desired locations.
  • building coordinators such as building coordinators 126 a , 126 n, may be configured to forward a message regardless of who the message is intended for to ensure the message is distributed to all devices on the network. Each individual receiving unit may then analyze the message to determine if they are to perform various actions in response to the message.
  • At least some of the communication units within each building will include both a data broadcasting system receiver, such as an FM-RBDS receiver, an HD radio receiver, and a mesh network transceiver, such as a ZigBee compliant transceiver, an IEEE 805.15.4 transceiver, or other type of mesh network transceiver.
  • FM-RBDS is a communications protocol standard for sending small amounts of digital information using conventional FM radio broadcasts. For example, a radio station may broadcast artist and title information in an FM-RBDS transmission occurring simultaneously with a standard FM transmission of a song.
  • ZigBee is a low-cost, low power wireless mesh networking standard. The low cost allows for wide deployment of ZigBee devices over a large geographic area, while the low-power allows the devices to use battery power for operation.
  • an exemplary communications unit 400 may include a mesh network transceiver 401 such as a ZigBee receiver, an FM-RBDS receiver 402 or other data broadcasting service receiver, an additional receiver for receiving analog or other communications such as an FM receiver and/or weather band receiver 403 configured to use specific area message encoding and/or emergency alert system messages.
  • a mesh network transceiver 401 such as a ZigBee receiver, an FM-RBDS receiver 402 or other data broadcasting service receiver, an additional receiver for receiving analog or other communications such as an FM receiver and/or weather band receiver 403 configured to use specific area message encoding and/or emergency alert system messages.
  • the device may monitor two separate FM frequencies for emergency alerts, thereby increasing the redundancy of the device. All of the receivers and/or transceivers may be in electronic communication with a microprocessor 405 that analyzes a received data broadcasting service signal.
  • the units may also include a memory 404 that stores a unique identifier for each unit, including a group component and a device component so that each unit can be uniquely identified and associated with a group of other units, such as units within a structural element and/or building.
  • the memory 404 may store software related to the operation of the unit 400 . This software may be updated regularly via both mesh and FM transmissions. For example, a message may contain a large number of packets, each packet containing a portion of an update to the software to be received and installed by unit 400 .
  • the memory may also store a set of alerts or pre-recorded messages, each with a unique message code.
  • the memory may be a low-power, compact memory device such as an EPROM, EEPROM, a flash memory storage device, or RAM, however, it should be noted these types of memory are given by way of example only.
  • the microprocessor may analyze the building and group components of the data packet to determine whether the data packet includes a message intended for the group or groups to which the communications unit belongs. If so, the unit 400 may relay the packet to other units within the facility via a mesh network transceiver 401 or other communication components (e.g., various communication ports). The unit also may present the alert component of the message via a display 410 (e.g., an LCD display), via one or more lights such as light emitting diodes (LEDs) 411 which may or may not strobe, or via an amplifier 407 and a speaker 408 . Another potential output is relay out 417 , which can activate an external device such as an additional siren or light.
  • a display 410 e.g., an LCD display
  • lights such as light emitting diodes (LEDs) 411 which may or may not strobe
  • Another potential output is relay out 417 , which can activate an external device such as an additional siren or light.
  • LEDs 411 may be configured to indicate multiple levels of alerts. For example, the LEDs 411 may emit a blue light to indicate the unit is functioning properly. An amber light may indicate an event that requires a low level of response, such as a notification a building will be closing soon. The LEDs 411 may emit a red light when there is an emergency such as a fire or other natural disaster.
  • Audio messages may be presented based on the content of the message portion of the data packet.
  • the processor may include program instructions that instruct the processor, upon receipt of the data packet, to identify the message code, access the memory 404 to determine whether a prerecorded message corresponds to the message code, and if so, load the prerecorded message from stored voice memory 406 a and output the stored voice via the amplifier 407 and speaker 408 .
  • the processor 405 may be instructed to compose a sentence of various spoken words contained in the stored voice memory 406 a for outputting.
  • the processor may be instructed to direct the message portion of the data packet to a text to speech converter device 406 b, the output of which is then directed to the amplifier 407 and speaker 408 .
  • Audio messages corresponding to the non-data FM signal also may be presented, based on the FM audio transmission.
  • the home computer 114 , web based server 116 and security supervisory computers 118 may be configured so that only individuals with certain authorization levels can prepare custom messages, while other individuals are limited to prerecorded messages.
  • the user must enter some authorization code before transmitting any message at all over the service
  • all of the units are preferably located within the communication range of at least one other unit within the applicable group so that all units may receive and/or transmit messages with at least one level of redundancy.
  • not all units need be equipped with FM receivers.
  • some units, such as those located on the interior of a building where FM reception is poor, may be equipped only with mesh network transceivers to reduce costs.
  • some or all communication units may be equipped with an FM receiver 403 or other receiver that allows reception of live broadcasts and audio presentation of the broadcast through the amplifier 407 and speaker 408 .
  • This may be used, for example, in a situation where the alert message instructs individuals located near the unit to tune to an FM or weather band broadcast signal for more detailed information.
  • unit 400 may turn on all related components and broadcast an emergency message received via the FM receiver 403 .
  • Unit 400 may also include a series of input devices such as microphone 409 , pushbuttons, tamper switches and other inputs 412 , and various data communication interfaces such as USB port 413 a, Ethernet port 413 b and RS-485 port 413 c.
  • Microphone 409 may be operably connected to a signal processing component configured to receive analog signals from the microphone and convert the analog to digital signals.
  • the audio may be compressed to balance ambient sound, adjusted for ambient sound and/or a person's speech level, then converted to data for transmission.
  • the push buttons may be used to signal an emergency directly at an individual unit.
  • a person may use unit 400 to notify security of a problem, while transmitting voice to indicate the reason for calling for help.
  • the tamper switches 412 may be configured to indicate when a unit has been opened or removed from its location. Additional inputs may include a gas sensor for detecting air quality and any potential hazardous materials, a fire or smoke detector, a motion detector, a camera, and any other suitable device for providing an signal or reading indicative of current conditions in a specific environment.
  • the unit 400 may further includes a power supply 414 configured to run on direct current, such as that produced by a AC/DC converter.
  • the unit may also have an internal battery 415 and battery charger 416 such that when DC power is lost, the unit may continue to function normally.
  • the unit 400 may self-monitor the power supply 414 and battery 415 , along with various other functions (e.g., receiver functionality) in real time and alert one or more of the building coordinators if the unit is malfunctioning.
  • unit 400 is shown by way of example only. Additional units may be used which incorporate only a set of components used in unit 400 .
  • a smaller unit may be designed to be powered by a battery only. The smaller unit may have fewer features such as lights and display screens to increase the life of the battery.
  • the units within a group such as building 122 a may not only relay messages, but they may interrogate each other by sending poll signals and receiving acknowledgement responses.
  • a host unit may collect all of the responses and determine whether any of the individual units may exhibit loss of power or other malfunctions by determining whether any expected devices have not responded. If a device has not responded, the host unit may generate an alert such as a visual message or audible signal, or it may send a communication back to a remote monitoring device where the alert may be monitored by one or more additional devices and/or monitoring personnel.
  • one or more of the communication units 400 may be equipped with components that measure the strength of a signal. If signal strength suddenly changes, the unit may generate and present via the display and/or audio device and/or ZigBee transceiver an alert indicating a potential for hacking or jamming the network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Alarm Systems (AREA)

Abstract

A method and system of notifying individuals at a location of an event. The method includes the steps of receiving, at a first device, a data broadcast system (DBS) message, wherein the first device is associated with at least one group and analyzing, by the first device, the DBS message. After analyzing, the first device performs at least one of the following: (1) presenting, by the first device, an alert message, wherein the alert message comprises an audio or visual message including text that is descriptive of the event, and (2) transmitting, by a mesh network transceiver of the first device, the DBS message so that it may be received by at least one additional device within the group.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS
  • This application claims the priority benefit of U.S. Provisional Application No. 61/059,103 and U.S. Provisional Application No. 61/059,135, each of which was filed on Jun. 5, 2008.
  • BACKGROUND
  • Emergency warning systems serve as a critical link in the chain of crisis communications, and they are essential to minimizing loss in an emergency. Acts of terrorism and violence, chemical spills, amber alerts, nuclear facility problems, weather-related emergencies, flu pandemics and other emergencies all require officials such as government agencies, building managers, university administrators and others to quickly and reliably distribute emergency information to the public.
  • Current emergency warning systems contain many drawbacks. For example, systems that use a cellular phone network or radio broadcast network are often unable to reach individuals who are located inside of buildings. The interiors of many buildings at universities, research centers, office complexes, manufacturing plants and other locations often have very poor radio and cellular phone reception because of interference from equipment located within the building, or because of a shielding effect created by the building structure itself.
  • In addition, current emergency systems are not easily able to reach the right people, in the right location, at the right time. Cellular phone services, text messaging services and e-mail services can target specific individuals, but they will not be effective for a location-specific emergency because such services target individuals by phone number or e-mail address, regardless of physical location. Sirens can provide a quick alert, but they may not yield desired results because the sound may not reach all locations, and some individuals in an area may ignore a siren that provides no specific information about the emergency. Reverse 911 calling is effective for targeting a geographic location, but not everyone has a land-line telephone. People relying solely on cellular telephones would be excluded from the warning. Networks like Ethernet and WiFi are prone to failure in times of an emergency due to potential power outages shutting down the network or one or more network devices, thereby causing communication failure with an entire building or geographical area.
  • Therefore, the disclosure contained herein describes methods of resolving one or more of the problems discussed above.
  • SUMMARY
  • Before the present methods are described, it is to be understood that this invention is not limited to the particular systems, methodologies or protocols described, as these may vary. It is also to be understood that the terminology used herein is for the purpose of describing particular embodiments only, and is not intended to limit the scope of the present disclosure which will be limited only by the appended claims.
  • It must be noted that as used herein and in the appended claims, the singular forms “a,” “an,” and “the” include plural reference unless the context clearly dictates otherwise. Thus, for example, reference to a “transmitter” is a reference to one or more transmitters and equivalents thereof known to those skilled in the art, and so forth. Unless defined otherwise, all technical and scientific terms used herein have the same meanings as commonly understood by one of ordinary skill in the art. As used herein, the term “comprising” means “including, but not limited to.”
  • In one general respect, the embodiments disclose an event notification system The system includes a plurality of communication devices each having at least one associated unique identifier and positioned at varying locations at a facility, wherein each of the communication devices comprise a first network transceiver configured to provide communication between each of the communication devices, wherein at least some of the communication devices also comprise a second network receiver configured to receive a broadcast message containing an indication of an event.
  • In another general respect, the embodiments disclose a method of notifying individuals at a location of an event. The method includes the steps of receiving, at a first device, a data broadcast system (DBS) message, wherein the first device is associated with at least one group and analyzing, by the first device, the DBS message. After analyzing, the first device performs at least one of the following: (1) presenting, by the first device, an alert message, wherein the alert message comprises an audio or visual message including text that is descriptive of the event, and (2) transmitting, by a mesh network transceiver of the first device, the DBS message so that it may be received by at least one additional device within the group.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram that depicts exemplary assets of a communications network.
  • FIG. 2 depicts a flow chart with an exemplary message generation process.
  • FIG. 3 illustrates an exemplary emergency alert system with multiple communication units assigned to a particular group, and communication between units within a group.
  • FIG. 4 is a block diagram illustrating exemplary elements of a communications unit.
  • DETAILED DESCRIPTION
  • It is to be understood that at least some of the figures and descriptions of the invention have been simplified to focus on elements that are relevant for a clear understanding of the invention, while eliminating, for purposes of clarity, other elements that those of ordinary skill in the art will appreciate may also comprise a portion of the invention. However, because such elements are well known in the art, and because they do not necessarily facilitate a better understanding of the invention, a description of such elements is not provided herein.
  • FIG. 1 illustrates an emergency notification system 100. the system may include, or it may receive signals from, a transmitter site 102 including a broadcasting tower 104 that transmits a signal 106 over public air space. The signal 106 may include a radio broadcast data system (RBDS) signal that includes data representative of one or more messages and may or may not be encrypted, depending on the application. For example, as shown in FIG. 1, the signal 106 may be generated by an FM transmitter 108 and RBDS generator 110 that converts a message received from a security office 112, home computer 114 or a web based server 116 such that it may be carried on a radio data system (RDS) subcarrier of the signal 106. Other signals capable of carrying data, such as HD radio signals, HDTV signals, and other signals that transmit data by over the air broadcast methods, may be used. Transmitter site 102 may further include a mesh coordinator 113 connected to RBDS generator 110 and configured to send a similar message via a mesh signal 115.
  • Security office 112 may include one or more security supervisory computers 118 connected, via a wired or wireless connection, to the RBDS generator 110. Similarly, home computer 114 or web based server 116 may connect to the RBDS generator via a wired or wireless connection. Similarly, home computer 114, web based server 116 and security supervisory computers 118 may have access to one or more of a series of databases 120 a, 120 b. The databases 120 a, 120 b may contain information specific to the emergency notification system 100 such as contact information, prepared messages and alerts, and various other related data such as where any hazardous materials are stored. The databases 120 a, 120 b may also be used by home computer 114, web based server 116 and one or more security supervisor computers 118 to establish and store a history log of all events for which notifications have been sent. This log may include who sent a notification, when it was sent, where it was sent, the status of any units receiving the notification (e.g., power status, battery life), and any additional information that may be useful in monitoring the status of the emergency notification system 100.
  • As used in this document, the term “home computer” does not mean that the computer need be physically located in a home, and the term “security supervisor computer” does not mean that the computer need by used by a security supervisor. Rather, the term “security supervisor computer” is used to refer to a computing device that is connected to one or more notification system databases, and the term “home computer” is simply intended to refer to a computer that is separate from the security supervisor computer.
  • The signal 106 may be directed to and received by receivers at multiple facilities such as building 122 a and 122 n. In each building 122 a, 122 n, a building coordinator 126 a, 126 n receives the signal 106 as an FM signal, decodes the message, formats the message and broadcasts the message to other devices in the building via a mesh network. A mesh network is a network having multiple devices configured to communicate with one another via multiple “hops”, or transmissions between additional devices. This arrangement allows for continuous connection between various devices as any blocked paths or broken connections are hopped around. As a result, a mesh network has a high level or reliability. Typically, mesh networks use one of sixteen selected frequencies to broadcast information, controlled by processors in the mesh network devices. More or less than sixteen frequencies may be used dependent on the frequency band allocated for the mesh network. The individual coordinators 126 a, 126 n as well as the other devices connected to the mesh network are discussed below in greater detail in the discussion of FIGS. 3 and 4.
  • Each building may also include a building supervisor computer 128 a, 128 b. A security office, administrator or other authorized personnel may use building supervisor computers 128 a, 128 n to directly send a message to receivers in the same building. Similarly, a user can utilize building supervisor computers 128 a, 128 n to access RBDS generator 110 via Ethernet 140 and/or Internet 150 to broadcast an emergency message via broadcasting tower 104 and/or via mesh coordinator 113 as a mesh signal 115. Each building supervisor computer may be configured to access various databases 130 a, 130 n. The databases 130 a, 130 n may include information related to the notification devices and receivers contained in each building, as well as information specific to the emergency notification system 100 such as contact information, prepared messages and alerts, and various other related data. It should be noted that only two buildings are shown in FIG. 1 by way of example only. The term “building supervisor computer” does not mean that the computer need be used by a building supervisor. Rather, the term “building supervisor computer” is used to refer to a computing device—separate from the security supervisor computer and the home computer—that may be connected to one or more notification system databases, and which may be used to generate notification messages.
  • Additionally, the signals 106 and 115 may be received by standalone devices such as LED sign 124 equipped with an FM receiver. The LED sign 124 may include decoding and processing components for decoding a message contained in signal 106 and displaying any appropriate text.
  • A user may use a data entry device such as home computer 114 to create a message to be directed at a particular building, or to a group of receivers within a particular building. The message may also be intended for all buildings and device on the emergency notification system 100. Referring to FIG. 2, the user may select 200 a message from a set of predetermined messages or enter 202 a custom message. The user may then access 204 various lists and drop down menus to assist the user in selecting recipients of the message. From the lists or drop down menus, a user may select 206 a building or buildings to which the message should be directed. The user may also select all devices included in the emergency notification system. The user also may select 208 a group of one or more receiving devices within the facility. A group may be a particular geographic location such as a floor of a building, or a group of buildings/locations, such as all dormitories, all classrooms, all bathrooms, all outdoor gathering spaces, or other specific areas such as zip codes or geographic blocks created by placing a grid on a map. After the message, facility and group are selected, the message is transferred to the RBDS generator 110 via a wired or wireless connection (e.g., Ethernet 140, Internet 150, a mesh network signal, telephone, satellite connections, direct connection) and the generator may prepare and transmit 210 the message via the broadcasting tower 104 and/or via mesh coordinator 113. It should be noted RBDS is shown only by way of example, and other encoding protocols may be used, such as HD radio encoding.
  • The signals 106 and 115 preferably include a packet of information. The packet may include a first data bit set or sets that correspond to the location of the facility. A second data bit set or sets correspond to a group or groups within the facility. The third data bit set or sets correspond to the message itself. The order of the data bit sets described above is not required, and the packet may include this information or additional information in any order. The message can be of varying size. For example, a standard or predetermined message may simply be represented by a message code rather than the entire message, so that the receiving device can identify a message based on the code. On the other hand, a custom message may be longer and require a longer packet or multiple packets. In some embodiments, the data packet may include additional information such as the time of day, time the message was sent, the sender of the message, various conditions for the receiving device (e.g., volume levels, duration of the warning), and other applicable information. This information may be stored in the log as discussed above or sent to a third party for record keeping.
  • In some embodiments a data packet is broadcast multiple times to provide redundancy and give a message a better opportunity to be received.
  • It should be noted that the process illustrated in FIG. 2 is shown by way of example only. The order of the steps taken may be varied depending on the individual implementation of the notification system.
  • Referring to FIG. 3, one or both signals 106 and 115 may be received at buildings 122 a, 122 n. The signals 106 and 115 are initially received by one or more building coordinators, such as building coordinators 126 a, 126 n, each having a receiver that is capable of receiving the signals. For example, building coordinators 126 a, 126 n may each have an FM receiver that receives the signal 106 as well as a mesh transceiver that receives mesh signal 115. When the signals are received, the building coordinators 126 a, 126 n determine whether the signals are intended for distribution within the individual buildings. For example, signal 106 may be intended for distribution only within building 122 a. Building coordinator 126 a may relay the data packets contained within the signal 106 to other units 302 a-310 a within the building 122 a via a mesh network. Multiple units within the building may receive the FM signal and multiple units within the facility may relay the data packet to provide redundancy. When building coordinator 126 n receives signal 106 at building 122 n, it determines the signal is not intended for that building and does not relay the message. As such, units 302 n-310 n do not forward the data packets amongst themselves via the Mesh network. In this manner, the signal 12 can direct messages to particular desired locations.
  • In other embodiments, building coordinators, such as building coordinators 126 a, 126 n, may be configured to forward a message regardless of who the message is intended for to ensure the message is distributed to all devices on the network. Each individual receiving unit may then analyze the message to determine if they are to perform various actions in response to the message.
  • At least some of the communication units within each building will include both a data broadcasting system receiver, such as an FM-RBDS receiver, an HD radio receiver, and a mesh network transceiver, such as a ZigBee compliant transceiver, an IEEE 805.15.4 transceiver, or other type of mesh network transceiver. FM-RBDS is a communications protocol standard for sending small amounts of digital information using conventional FM radio broadcasts. For example, a radio station may broadcast artist and title information in an FM-RBDS transmission occurring simultaneously with a standard FM transmission of a song. ZigBee is a low-cost, low power wireless mesh networking standard. The low cost allows for wide deployment of ZigBee devices over a large geographic area, while the low-power allows the devices to use battery power for operation.
  • Referring to FIG. 4, an exemplary communications unit 400 may include a mesh network transceiver 401 such as a ZigBee receiver, an FM-RBDS receiver 402 or other data broadcasting service receiver, an additional receiver for receiving analog or other communications such as an FM receiver and/or weather band receiver 403 configured to use specific area message encoding and/or emergency alert system messages. By providing a second receiver capable of receiving FM signals, the device may monitor two separate FM frequencies for emergency alerts, thereby increasing the redundancy of the device. All of the receivers and/or transceivers may be in electronic communication with a microprocessor 405 that analyzes a received data broadcasting service signal. The units may also include a memory 404 that stores a unique identifier for each unit, including a group component and a device component so that each unit can be uniquely identified and associated with a group of other units, such as units within a structural element and/or building. The memory 404 may store software related to the operation of the unit 400. This software may be updated regularly via both mesh and FM transmissions. For example, a message may contain a large number of packets, each packet containing a portion of an update to the software to be received and installed by unit 400. The memory may also store a set of alerts or pre-recorded messages, each with a unique message code. The memory may be a low-power, compact memory device such as an EPROM, EEPROM, a flash memory storage device, or RAM, however, it should be noted these types of memory are given by way of example only.
  • Once a data packet is received at one of the receivers or other communication ports of unit 400, the microprocessor may analyze the building and group components of the data packet to determine whether the data packet includes a message intended for the group or groups to which the communications unit belongs. If so, the unit 400 may relay the packet to other units within the facility via a mesh network transceiver 401 or other communication components (e.g., various communication ports). The unit also may present the alert component of the message via a display 410 (e.g., an LCD display), via one or more lights such as light emitting diodes (LEDs) 411 which may or may not strobe, or via an amplifier 407 and a speaker 408. Another potential output is relay out 417, which can activate an external device such as an additional siren or light.
  • It should be noted that LEDs 411 may be configured to indicate multiple levels of alerts. For example, the LEDs 411 may emit a blue light to indicate the unit is functioning properly. An amber light may indicate an event that requires a low level of response, such as a notification a building will be closing soon. The LEDs 411 may emit a red light when there is an emergency such as a fire or other natural disaster.
  • Audio messages may be presented based on the content of the message portion of the data packet. The processor may include program instructions that instruct the processor, upon receipt of the data packet, to identify the message code, access the memory 404 to determine whether a prerecorded message corresponds to the message code, and if so, load the prerecorded message from stored voice memory 406 a and output the stored voice via the amplifier 407 and speaker 408. Similarly, the processor 405 may be instructed to compose a sentence of various spoken words contained in the stored voice memory 406 a for outputting. If a prerecorded message or appropriate stored voice is not available, the processor may be instructed to direct the message portion of the data packet to a text to speech converter device 406 b, the output of which is then directed to the amplifier 407 and speaker 408. Audio messages corresponding to the non-data FM signal also may be presented, based on the FM audio transmission.
  • In some embodiments, referring back to FIG. 1, the home computer 114, web based server 116 and security supervisory computers 118 may be configured so that only individuals with certain authorization levels can prepare custom messages, while other individuals are limited to prerecorded messages. In many embodiments, the user must enter some authorization code before transmitting any message at all over the service
  • Referring back to FIG. 3, all of the units are preferably located within the communication range of at least one other unit within the applicable group so that all units may receive and/or transmit messages with at least one level of redundancy. In addition, not all units need be equipped with FM receivers. In particular, some units, such as those located on the interior of a building where FM reception is poor, may be equipped only with mesh network transceivers to reduce costs.
  • As shown in FIG. 4, some or all communication units may be equipped with an FM receiver 403 or other receiver that allows reception of live broadcasts and audio presentation of the broadcast through the amplifier 407 and speaker 408. This may be used, for example, in a situation where the alert message instructs individuals located near the unit to tune to an FM or weather band broadcast signal for more detailed information. In response to a message, unit 400 may turn on all related components and broadcast an emergency message received via the FM receiver 403.
  • Unit 400 may also include a series of input devices such as microphone 409, pushbuttons, tamper switches and other inputs 412, and various data communication interfaces such as USB port 413 a, Ethernet port 413 b and RS-485 port 413 c. Microphone 409 may be operably connected to a signal processing component configured to receive analog signals from the microphone and convert the analog to digital signals. The audio may be compressed to balance ambient sound, adjusted for ambient sound and/or a person's speech level, then converted to data for transmission. The push buttons may be used to signal an emergency directly at an individual unit. In combination with the microphone 409, a person may use unit 400 to notify security of a problem, while transmitting voice to indicate the reason for calling for help. The tamper switches 412 may be configured to indicate when a unit has been opened or removed from its location. Additional inputs may include a gas sensor for detecting air quality and any potential hazardous materials, a fire or smoke detector, a motion detector, a camera, and any other suitable device for providing an signal or reading indicative of current conditions in a specific environment.
  • The unit 400 may further includes a power supply 414 configured to run on direct current, such as that produced by a AC/DC converter. The unit may also have an internal battery 415 and battery charger 416 such that when DC power is lost, the unit may continue to function normally. The unit 400 may self-monitor the power supply 414 and battery 415, along with various other functions (e.g., receiver functionality) in real time and alert one or more of the building coordinators if the unit is malfunctioning.
  • It should be noted that unit 400 is shown by way of example only. Additional units may be used which incorporate only a set of components used in unit 400. For example, a smaller unit may be designed to be powered by a battery only. The smaller unit may have fewer features such as lights and display screens to increase the life of the battery.
  • Referring again to FIG. 3, the units within a group such as building 122 a may not only relay messages, but they may interrogate each other by sending poll signals and receiving acknowledgement responses. A host unit may collect all of the responses and determine whether any of the individual units may exhibit loss of power or other malfunctions by determining whether any expected devices have not responded. If a device has not responded, the host unit may generate an alert such as a visual message or audible signal, or it may send a communication back to a remote monitoring device where the alert may be monitored by one or more additional devices and/or monitoring personnel.
  • In some embodiments, one or more of the communication units 400 may be equipped with components that measure the strength of a signal. If signal strength suddenly changes, the unit may generate and present via the display and/or audio device and/or ZigBee transceiver an alert indicating a potential for hacking or jamming the network.
  • It may be appreciated that the above-disclosed and other features and functions, or alternatives thereof, may be desirably combined into many other different systems or applications. Various presently unforeseen or unanticipated alternatives, modifications, variations or improvements therein may be subsequently made by those skilled in the art which are also intended to be encompassed by the following claims.

Claims (20)

1. An event notification system, comprising:
a plurality of communication devices each having at least one associated unique identifier and positioned at varying locations at a facility, wherein each of the communication devices comprise a first network transceiver configured to provide communication between each of the communication devices, wherein at least some of the communication devices also comprise a second network receiver configured to receive a broadcast message containing an indication of an event.
2. The system of claim 1, wherein:
each first network transceiver comprises a mesh network transceiver; and
each second network transceiver comprises a data broadcasting system receiver.
3. The system of claim 1, wherein the unique identifier comprises:
a first identifier that identifies a group or groups to which an individual communication device is associated; and
a second identifier that uniquely identifies each individual communication device.
4. The system of claim 1, wherein each communication device is positioned within communication range of at least one other communication device, wherein the communication range is dependent on the first network transceiver.
5. The system of claim 1, wherein at least some of the communication devices comprise:
a text-to-speech converter that converts a received data signal to audible speech;
a stored voice memory containing a plurality of spoken words that may be constructed into a sentence; and
an audio output that projects the audible speech or the constructed sentence.
6. The system of claim 1, wherein at least some of the communications devices comprise any of the following:
alerting lights;
a visual display screen;
a relay port for connecting to additional devices; or
a communications port for sending data or audio to other networked devices.
7. The system of claim 1, wherein at least some of the communication devices also comprise:
a processor;
a memory;
an audio output; and
program instructions that instruct the processor, upon receipt of a first type of data signal, to:
identify a message code for the signal,
access the memory to identify a pre-recorded message corresponding to the message code, and
if a pre-recorded message is identified, present the pre-recorded message via the audio output.
8. The system of claim 7, wherein the memory is configured to store software that may be updated via an FM or mesh network transmission.
9. The system of claim 1, wherein at least one of the communication devices is operably connected to a database configured to store a log of information, the log including data related to messages sent via the event notification system.
10. A method of notifying individuals at a location of an event, comprising:
receiving, at a first device, a data broadcast system (DBS) message, wherein the first device is associated with at least one group;
analyzing, by the first device, the DBS message and performing at least one of the following:
presenting, by the first device, an alert message, wherein the alert message comprises an audio or visual message including text that is descriptive of the event, and
transmitting, by a mesh network transceiver of the first device, the DBS message so that it may be received by at least one additional device within the group.
11. The method of claim 10, wherein the analyzing further comprises analyzing, by the first device, the DBS message to determine whether the message relates to any group to which the first device is associated or should otherwise be relayed by the first device to another receiver.
12. The method of claim 10, wherein if the first device fails, another device takes over any actions being performed by the first device.
13. The method of claim 10, wherein the first device periodically sends a query to a group of other devices to confirm the other devices are operating properly.
14. The method of claim 10 further comprising analyzing, by the first device, the DBS message to determine whether the message is a repeated message that the first device has already transmitted, and if so not re-transmitting the received message.
15. The method of claim 14, wherein each DBS message comprises a packet that comprises:
a first data bit set containing data corresponding to a device or a group of devices to be altered; and
a second data bit set containing data corresponding to the alert message.
16. The method of claim 10, wherein the first data bit set comprises:
a first data bit subset containing data corresponding to a facility location of the device to be altered; and
a second data bit subset set containing a data corresponding to a the group to which the device to be alerted belongs;
17. The method of claim 10, further comprising, by the first communication device and at least some of the additional devices in the group:
analyzing the DBS message to identify a message code; and
accessing a memory to determine whether the message code corresponds to a customized message;
wherein if the message code corresponds to a predetermined message, the presenting comprises presenting the customized message as the alert message.
18. The method of claim 10, further comprising:
periodically interrogating each device in the group to request a response message confirming the operational status of each device in the group.
19. The method of claim 10, further comprising establishing a records log showing a history of events.
20. The method of claim 10, further comprising monitoring, at the first device, various functions of the first device to determine any malfunctioning components.
US12/479,146 2008-06-05 2009-06-05 Emergency alerting method and system Abandoned US20090305659A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/479,146 US20090305659A1 (en) 2008-06-05 2009-06-05 Emergency alerting method and system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US5913508P 2008-06-05 2008-06-05
US5910308P 2008-06-05 2008-06-05
US12/479,146 US20090305659A1 (en) 2008-06-05 2009-06-05 Emergency alerting method and system

Publications (1)

Publication Number Publication Date
US20090305659A1 true US20090305659A1 (en) 2009-12-10

Family

ID=41400261

Family Applications (3)

Application Number Title Priority Date Filing Date
US12/479,146 Abandoned US20090305659A1 (en) 2008-06-05 2009-06-05 Emergency alerting method and system
US12/479,273 Expired - Fee Related US8687630B2 (en) 2008-06-05 2009-06-05 Emergency alerting device
US14/228,561 Abandoned US20140211667A1 (en) 2008-06-05 2014-03-28 System and method for presenting emergency alert notifications via a plurality of communication devices

Family Applications After (2)

Application Number Title Priority Date Filing Date
US12/479,273 Expired - Fee Related US8687630B2 (en) 2008-06-05 2009-06-05 Emergency alerting device
US14/228,561 Abandoned US20140211667A1 (en) 2008-06-05 2014-03-28 System and method for presenting emergency alert notifications via a plurality of communication devices

Country Status (1)

Country Link
US (3) US20090305659A1 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090305660A1 (en) * 2008-01-08 2009-12-10 Feng-Yu Liu System for conveying and announcing emergency broadcast message with radio
US20100313148A1 (en) * 2009-06-05 2010-12-09 Smart Warning Systems, Llc D/B/A Metis Secure Solutions User interface for emergency alert system
US20130234865A1 (en) * 2012-03-06 2013-09-12 Hon Hai Precision Industry Co., Ltd. Streetlight system and method for escaping from disaster using the same
US20140270103A1 (en) * 2013-03-15 2014-09-18 Honeywell International Inc. Devices, methods, and systems for mass notification
US20140327519A1 (en) * 2013-05-03 2014-11-06 Nick Carroll Interactive safety system
US20150364126A1 (en) * 2014-06-16 2015-12-17 Schneider Electric Industries Sas On-site speaker device, on-site speech broadcasting system and method thereof

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102011053883B4 (en) 2011-09-23 2022-03-10 Rp-Technik Gmbh Emergency lighting system with data communication capabilities
EP2768269B1 (en) * 2013-02-15 2019-03-13 Fujitsu Limited Automatic ad-hoc network of mobile devices
KR102058935B1 (en) * 2013-04-04 2019-12-24 삼성전자 주식회사 Receiver and terminal device having the same and method for manufacturing thereof
US9295011B1 (en) 2014-11-06 2016-03-22 At&T Mobility Ii Llc Low power chaining
US9672704B2 (en) * 2015-03-27 2017-06-06 Tyco Fire & Security Gmbh Emergency system textual notification device with alert mechanism
US9686664B1 (en) 2016-04-15 2017-06-20 Alpha-Shield, LLC Incident monitoring and response system
US11430305B2 (en) * 2016-11-21 2022-08-30 Textspeak Corporation Notification terminal with text-to-speech amplifier
US10297117B2 (en) * 2016-11-21 2019-05-21 Textspeak Corporation Notification terminal with text-to-speech amplifier

Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6198914B1 (en) * 1997-10-08 2001-03-06 Takao Saegusa Emergency call system
US6320501B1 (en) * 1999-05-25 2001-11-20 Pittway Corporation Multiple sensor system for alarm determination with device-to-device communications
US6480578B1 (en) * 1995-06-29 2002-11-12 Douglas C. Allport Community emergency telephone notification system
US20040080427A1 (en) * 1997-06-12 2004-04-29 Gilad Odinak Message formatting, authentication, and error detection in home control systems
US20050054361A1 (en) * 2003-09-05 2005-03-10 Nokia Corporation Group service with information on group members
US6909357B1 (en) * 1998-08-13 2005-06-21 Marshall Bandy Codeable programmable receiver and point to multipoint messaging system
US20050159132A1 (en) * 2004-01-20 2005-07-21 Darrick Wright Wireless device with integrated emergency alert notification
US6957041B2 (en) * 2000-09-13 2005-10-18 Stratosaudio, Inc. System and method for ordering and delivering media content
US7113701B2 (en) * 1999-08-25 2006-09-26 Nippon Telegraph And Telephone Corporation Optical packet routing network system based on optical label switching technique
US7184744B1 (en) * 2002-10-10 2007-02-27 Itt Manufacturing Enterprises, Inc. GPS enabled emergency messaging system
US7230528B2 (en) * 2005-09-20 2007-06-12 Lawrence Kates Programmed wireless sensor system
US7233781B2 (en) * 2001-10-10 2007-06-19 Ochoa Optics Llc System and method for emergency notification content delivery
US7266383B2 (en) * 2005-02-14 2007-09-04 Scenera Technologies, Llc Group interaction modes for mobile devices
US20070207771A1 (en) * 2005-10-03 2007-09-06 Cisco Technology, Inc. System and method to distribute emergency information
US20080030319A1 (en) * 2005-09-20 2008-02-07 Vulano Group, Inc. Self-configuring emergency event alarm network
US20080070522A1 (en) * 2006-09-14 2008-03-20 Viaradio Corporation Messaging System and Techniques Using RDS/RBDS
US20090075625A1 (en) * 2007-09-14 2009-03-19 James Jackson Methods and apparatus to route emergency communication sessions
US20090102644A1 (en) * 2007-10-17 2009-04-23 Hayden Robert L Alert notification system and method for neighborhood and like groups
US7664233B1 (en) * 2003-06-25 2010-02-16 Everbridge, Inc. Emergency and non-emergency telecommunications notification system
US20100048235A1 (en) * 2006-12-22 2010-02-25 Motorola, Inc. Method and Device for Data Capture for Push Over Cellular
US7860525B2 (en) * 2007-04-25 2010-12-28 Nokia Corporation System, method, and computer program product for service and application configuration in a network device

Patent Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6480578B1 (en) * 1995-06-29 2002-11-12 Douglas C. Allport Community emergency telephone notification system
US20040080427A1 (en) * 1997-06-12 2004-04-29 Gilad Odinak Message formatting, authentication, and error detection in home control systems
US6198914B1 (en) * 1997-10-08 2001-03-06 Takao Saegusa Emergency call system
US6909357B1 (en) * 1998-08-13 2005-06-21 Marshall Bandy Codeable programmable receiver and point to multipoint messaging system
US6320501B1 (en) * 1999-05-25 2001-11-20 Pittway Corporation Multiple sensor system for alarm determination with device-to-device communications
US7113701B2 (en) * 1999-08-25 2006-09-26 Nippon Telegraph And Telephone Corporation Optical packet routing network system based on optical label switching technique
US6957041B2 (en) * 2000-09-13 2005-10-18 Stratosaudio, Inc. System and method for ordering and delivering media content
US7233781B2 (en) * 2001-10-10 2007-06-19 Ochoa Optics Llc System and method for emergency notification content delivery
US7184744B1 (en) * 2002-10-10 2007-02-27 Itt Manufacturing Enterprises, Inc. GPS enabled emergency messaging system
US7664233B1 (en) * 2003-06-25 2010-02-16 Everbridge, Inc. Emergency and non-emergency telecommunications notification system
US20050054361A1 (en) * 2003-09-05 2005-03-10 Nokia Corporation Group service with information on group members
US20050159132A1 (en) * 2004-01-20 2005-07-21 Darrick Wright Wireless device with integrated emergency alert notification
US7266383B2 (en) * 2005-02-14 2007-09-04 Scenera Technologies, Llc Group interaction modes for mobile devices
US7230528B2 (en) * 2005-09-20 2007-06-12 Lawrence Kates Programmed wireless sensor system
US20080030319A1 (en) * 2005-09-20 2008-02-07 Vulano Group, Inc. Self-configuring emergency event alarm network
US20070207771A1 (en) * 2005-10-03 2007-09-06 Cisco Technology, Inc. System and method to distribute emergency information
US20080070522A1 (en) * 2006-09-14 2008-03-20 Viaradio Corporation Messaging System and Techniques Using RDS/RBDS
US20100048235A1 (en) * 2006-12-22 2010-02-25 Motorola, Inc. Method and Device for Data Capture for Push Over Cellular
US7860525B2 (en) * 2007-04-25 2010-12-28 Nokia Corporation System, method, and computer program product for service and application configuration in a network device
US20090075625A1 (en) * 2007-09-14 2009-03-19 James Jackson Methods and apparatus to route emergency communication sessions
US20090102644A1 (en) * 2007-10-17 2009-04-23 Hayden Robert L Alert notification system and method for neighborhood and like groups

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090305660A1 (en) * 2008-01-08 2009-12-10 Feng-Yu Liu System for conveying and announcing emergency broadcast message with radio
US20100313148A1 (en) * 2009-06-05 2010-12-09 Smart Warning Systems, Llc D/B/A Metis Secure Solutions User interface for emergency alert system
US8533612B2 (en) 2009-06-05 2013-09-10 David Hochendoner User interface for emergency alert system
US20130234865A1 (en) * 2012-03-06 2013-09-12 Hon Hai Precision Industry Co., Ltd. Streetlight system and method for escaping from disaster using the same
US8836540B2 (en) * 2012-03-06 2014-09-16 GDS Software (ShenZhen) Co., Ltd Streetlight system and method for escaping from disaster using the same
US20140270103A1 (en) * 2013-03-15 2014-09-18 Honeywell International Inc. Devices, methods, and systems for mass notification
US9800736B2 (en) * 2013-03-15 2017-10-24 Honeywell Internatoinal Inc. Devices, methods, and systems for mass notification
US20140327519A1 (en) * 2013-05-03 2014-11-06 Nick Carroll Interactive safety system
US20150364126A1 (en) * 2014-06-16 2015-12-17 Schneider Electric Industries Sas On-site speaker device, on-site speech broadcasting system and method thereof
US10140971B2 (en) * 2014-06-16 2018-11-27 Schneider Electric Industries Sas On-site speaker device, on-site speech broadcasting system and method thereof

Also Published As

Publication number Publication date
US20140211667A1 (en) 2014-07-31
US8687630B2 (en) 2014-04-01
US20090303993A1 (en) 2009-12-10

Similar Documents

Publication Publication Date Title
US8687630B2 (en) Emergency alerting device
US8533612B2 (en) User interface for emergency alert system
US10149129B2 (en) Systems and methods for providing emergency messages to a mobile device
US7683792B2 (en) In home multi disaster alarm system
US9615226B2 (en) System and method for transmitting an emergency message over an integrated wireless network
US7873344B2 (en) System and method to distribute emergency information
US20020024424A1 (en) Civil defense alert system and method using power line communication
US20050242944A1 (en) Safety/security alert system
US20030137415A1 (en) Homeland security emergency notification system
US20070164872A1 (en) Networked Personal Security System
US20080085696A1 (en) Emergency communication system utilizing available radio frequencies and telephone lines
US20070129087A1 (en) Systems And Methods For Providing Emergency Notification
US20120025979A1 (en) Methods and systems for sending messages regarding an emergency that occurred at a facility
WO2003081555A1 (en) Alarm arrangement
WO2008051303A4 (en) Disaster alert device, system and method
JP7374708B2 (en) Information processing system and information processing method
US20050227672A1 (en) System, apparatus and method for wireless notification
RU2605505C1 (en) Territorial system for monitoring, warning and control of municipal and/or object level upon threat, occurence, during and at elimination of emergency situations
US20110298611A1 (en) Apparatus and Method for an Alert Notification System
KR101091638B1 (en) Disaster alarm service system and method of in house type fortified with adaptability for changes
US20040110485A1 (en) Emergency warning network
RU2697823C1 (en) Method of notifying the public, a public warning system for realizing said method and a radio receiving device for realizing said method
Schneider Mass Notification for Higher Education.
KR101488231B1 (en) Downloadable ringtones for usage in emergency situations
WO2001035361A1 (en) Emergency messaging system

Legal Events

Date Code Title Description
AS Assignment

Owner name: SMART WARNING SYSTEMS LLC D/B/A METIS SECURE SOLUT

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HOCHENDONER, DAVID;MEANS, TIMOTHY;ORION, STORM;REEL/FRAME:023200/0845

Effective date: 20081203

AS Assignment

Owner name: SMART WARNING SYSTEMS LLC, D/B/A METIS SECURE SOLU

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HOCHENDONER, DAVID;MEANS, TIMOTHY;ORION, STORM;REEL/FRAME:023940/0298

Effective date: 20081203

AS Assignment

Owner name: METIS SECURE SOLUTIONS, LLC, PENNSYLVANIA

Free format text: CERTIFICATE OF AMENDMENT - DOMESTIC;ASSIGNOR:SMART WARNING SYSTEMS, LLC;REEL/FRAME:028939/0117

Effective date: 20100730

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION