Patent Description:
In alarm systems, such as building fire alarm systems, it is desirable to have alert capabilities such as audio and visual alert capabilities. Audio capabilities enable emergency communication to be passed between fire control panels and/or audio panels in an alarm system. As audio capabilities have been integrated with building fire alarm systems such as mass notification systems, the need has emerged for alerts to be tailored or directed to individuals. At times, individuals with unique requirements may be present in a building or on a campus. Such individuals may have a disability or problems understanding the language or words in a typical alert message that is broadcast in a building via fire control panels and/or audio panels.

<CIT> discloses a method for alarm event notification from a server system in relation to a premises such as a home or building. The server system acts as a centralized monitoring and notification security system for monitoring of the premises and receiving an alarm event from an on-premises monitoring system. The method includes: receiving in a server system an alarm event in relation to the premises, determining a presence status of a client application, generating a message in relation to the alarm event, and sending the message to the client application having the presence status of being present. The message may be generated to include message content <CIT> discloses methods and an apparatus for detecting the occurrence of an event and notifying a user of the event as well as the nature of the event. The user can be in practically any local or remote location relative to the location of the event. The user can establish criteria in accordance with which an alerting message is routed to any of various destinations which can be various types of communication devices monitored by the user. The user can also establish criteria in accordance with which the mode of the alerting message is presented to the user. <CIT> discloses an interactive wireless life safety communications system. A central coordination server is linked to a first network, over which there is a connection to at least one resident life safety device at a specific location or for specific resident. An alarm signal is generated by the resident life safety device upon detection of an alarm condition and transmitted to the central coordination server. A caregiver communications device is connected to the central coordination server over a second network, and is receptive to an alarm notification that is generated by the central coordination server in response to the alarm signal. The caregiver communications device is also receptive to a caregiver user input, from which an action status response is generated for transmission to the central coordination server. <CIT> discloses a location aware mobile device including an accelerometer or similar motion sensing component that can measure changes in speed or direction. An application executing in the mobile device can determine whether particular motion changes are indicative of the mobile device being involved in a crash event. If the motion parameters indicate that a crash event has occurred, the mobile device can communicate a crash event notification to a server, which can alert an emergency response unit about the crash, including the crash location, without the need for human intervention. Verification of the crash event may be performed at the server in a variety of ways, including the simultaneous receipt of crash event notifications from multiple co-located devices. What is needed in the art is an approach for generating and sending directed messages to individuals that may be tailored to the individual's needs or limitations. which varies in dependence of capabilities of the client application having the presence status of being present. <CIT> discloses methods and an apparatus for detecting the occurrence of an event and notifying a user of the event as well as the nature of the event. The user can be in practically any local or remote location relative to the location of the event. The user can establish criteria in accordance with which an alerting message is routed to any of various destinations which can be various types of communication devices monitored by the user. The user can also establish criteria in accordance with which the mode of the alerting message is presented to the user. <CIT> discloses an interactive wireless life safety communications system. A central coordination server is linked to a first network, over which there is a connection to at least one resident life safety device at a specific location or for specific resident. An alarm signal is generated by the resident life safety device upon detection of an alarm condition and transmitted to the central coordination server. A caregiver communications device is connected to the central coordination server over a second network, and is receptive to an alarm notification that is generated by the central coordination server in response to the alarm signal. The caregiver communications device is also receptive to a caregiver user input, from which an action status response is generated for transmission to the central coordination server. <CIT> discloses a location aware mobile device including an accelerometer or similar motion sensing component that can measure changes in speed or direction. An application executing in the mobile device can determine whether particular motion changes are indicative of the mobile device being involved in a crash event. If the motion parameters indicate that a crash event has occurred, the mobile device can communicate a crash event notification to a server, which can alert an emergency response unit about the crash, including the crash location, without the need for human intervention. Verification of the crash event may be performed at the server in a variety of ways, including the simultaneous receipt of crash event notifications from multiple co-located devices. What is needed in the art is an approach for generating and sending directed messages to individuals that may be tailored to the individual's needs or limitations.

In accordance with one embodiment of the disclosure, a safety alarm system having the features of claim <NUM> is described.

It is also possible that a safety alarm system is damaged during an emergency and is unable to send audio messages via the buildings fire panels and speakers. In such instances, it is advantageous to have a second communication approach or path to send alert messages to building or campus occupants.

The above described features and advantages, as well as others, will become more readily apparent to those of ordinary skill in the art by reference to the following detailed description and accompanying drawings. While it is desirable to provide notification (sometime referred to as alerts) to user communication devices, the teachings disclosed herein also extend to those embodiments which fall within the scope of the appended claims, regardless of whether they accomplish one or more of the above-mentioned advantages.

An example emergency alert notification approach for handling fire alarm and notification events is presented.

With reference to <FIG>, an exemplary topology diagram <NUM> for a building fire and audio alarm system (safety alarm system) approach is shown. The building fire and audio alarm system may have numerous fire control panels, such as fire control panels <NUM> and <NUM>, fire and voice control panels <NUM> and <NUM>, and voice control panels <NUM>. In other implementations there may be more or fewer devices in the building fire and audio alarm system. In yet other implementations, additional panels such as security panels or HVAC control panels may be present. The panels <NUM>-<NUM> may be networked together by a data network <NUM>. The data network may have a physical layer of wire, radio waves, fiber optic cables, coaxial cable, or a combination of any of the above. Over the physical layer, additional protocol layers may be implemented to carry data, such as a TCP/IP network (commonly called the internet). The data network <NUM> may be configured as a local area network (LAN) that connects the panels and building automation systems.

The fire and voice control panel, such as fire and voice control panel <NUM>, may have associated desk mounted microphones <NUM> and/or connection to an emergency center, such as a <NUM> dispatch center <NUM>. Additionally, the fire and voice control panel <NUM> may have audio outputs for connection to speakers, such as speaker <NUM>-<NUM> and/or amplifiers (not shown). In other implementations, the desk microphone <NUM> may be an internal microphone or other audio input device.

The fire control panel <NUM> may also be coupled via the internet <NUM> to a notification server, such as internet notification server <NUM> and a wireless station server <NUM> that enable communication with wired or wireless communication devices. The internet notification server <NUM> may resides in the cloud (distributed network) coupled to the internet <NUM> or be located locally. An example of a wireless station server <NUM> is a server that resides in a cellular communication network and is able to communicate with wireless devices (for example wireless device <NUM>) such as tables, smartphones, or similar devices. Communication may also be achieved over wired network with wired devices such as computer <NUM>. Computer <NUM> is shown as connected to the internet <NUM>, but in other implementations it may be coupled indirectly to the internet via other networks (see dotted lines in <FIG>). Examples of messaging (wired or wireless) may include instant messaging text messaging, electronic mail (email), and/or smart devices notification message (text or digitized messaging such as digitized audio).

Turning to <FIG>, a block diagram <NUM> of the fire and voice control panel <NUM> is depicted in accordance with an example implementation of the invention. The desk mounted microphone <NUM> may be connected to a microphone module <NUM> that supports one or more audio inputs <NUM> (two in the current example). The microphone module <NUM> is in signal communication with an input analog audio handling module <NUM>. The input analog audio handling module <NUM> may provide separate channels to an ADC DAC codec <NUM> that is able to handle two audio channel inputs. The ADC DAC codec <NUM> may have a <NUM> sampling rate with at least a <NUM> bit resolution. The analog to digital converter (ADC) and digital to analog converter (DAC) in the ADC DAC codec <NUM> may be implemented as slave devices. The analog channels may then be routed to the output analog audio handling module <NUM> for transmission on one of the analog outputs <NUM>.

The ADC DAC codec <NUM> also communicates with Digital Audio Router <NUM> that may be implemented with a field-programmable gate array (FPGA) via a two-way I2S audio bus <NUM>. An I2S audio bus (also called I<NUM>S, Inter-IC Sound, Integrated Interchip Sound, or IIS) is an electrical serial bus interface that consists of three lines, <NUM>) bit clock line, <NUM>) word clock line, and <NUM>) at least one multiplexed data line. It may also include a master clock and a multiplexed data line for upload. Typically the I2S bus carries PCM digital audio data or signals. The I2S allows two channels to be sent on the same data line. The two channels are commonly called right (R) channel and left (L) channel. The word clock is typically a <NUM>% duty-cycle signal that has the same frequency as the sample frequency. The I2S audio bus is defined by the <NPL>).

The Digital audio router <NUM> enables digitized audio, such as digitized analog audio from microphone <NUM> may be provided to an IP audio module <NUM>. The IP audio module <NUM> converts the digitized audio into voice over IP (VOIP) encoded data. An example of the IP audio module <NUM> is IP Audio Module <NUM> produced by BARIX. The output of the IP audio module <NUM> is VOIP encoded data. The VOIP encoded data is made available to a switch <NUM> that enables the VOIP encoded data to be transported by an IP network (Ethernet <NUM>) by network interface <NUM>. Network interface <NUM> may also be coupled to the internet <NUM>.

The digital audio router <NUM> may also be connected to memory <NUM> via a data bus <NUM>, where pre-recorded digitized audio messages may be stored in memory <NUM>. The memory may also store metrics and operational data for the Fire and Voice Control Panel's operation. The memory <NUM> may be implemented as electronic nonvolatile computer storage device that can be electrically erased and reprogrammed, i.e. flash memory. In other implementations, other types of memory such as RAM, DRAM, SDRAM, EEPROM may be employed.

One or more amplifiers and/or speakers may be in signal communication with the digital audio router <NUM>, such as amplifiers <NUM>-<NUM> via I2S buses <NUM> and <NUM> (two I2S buses are used in the current example). Each of the buses <NUM> and <NUM> each have a respective L and R channels, i.e. <NUM>, <NUM> and <NUM>, <NUM>. The output of each of the amplifiers <NUM>-<NUM> may be connected to speakers <NUM>-<NUM> of <FIG> respectively. A supervisory module <NUM> may monitor the operation of the fire and voice control panel <NUM>.

In <FIG>, a block diagram <NUM> of the fire and voice control panel <NUM> in communication with wireless device <NUM> and computer <NUM> of <FIG> is depicted in accordance with an example implementation of the invention. The fire and voice control panel <NUM> pushes a text based message to a cloud gateway <NUM> that is able to send the message <NUM> to internet notification server <NUM> in the form of an email, SMS, instant message, tweet, text, or similar text message and/or to wireless station server <NUM>. The message <NUM> is converted in the cloud gateway <NUM> from a text message into a first audio alert message <NUM> (another message) having a first language (i.e. English) via the text-to-speech translation module <NUM> in the internet notification server <NUM>. In other implementations, the text-to-speech translation may occur in the wireless station server <NUM>. The message <NUM> may also be converted into a second audio alert message <NUM> having a second language (i.e. German) by the multilingual speech translation module <NUM> in the internet notification server <NUM>. In other implementations the multilingual speech translations may occur in the wireless station server <NUM>. In yet other implementations, the multilingual speech translation module <NUM> may convert the first audio alert message from the text-to-speech translation module <NUM> into the second audio alert message <NUM> having the second language.

Modules, such as multilingual speech translation module <NUM> and text-to-speech translation module <NUM> may be implemented in software (plurality of machine readable instructions), hardware, or a combination of software and hardware. Examples of existing text-to-speech translation software include NATURALREADER, ULTRA HAL TTS READER, and READCLIP. Examples of existing speech-to-text software include NUANCE COMMUNICATIONS' DRAGON NATURALLY SPEAKING, SPEECHGEAR INTERACT, and BRAINA.

The first audio alert message <NUM> and second audio alert message <NUM> may be sent to wireless devices <NUM> via wireless networks and via the internet protocol to fire control panels (such as fire control panel <NUM>) and computers <NUM>. These devices then may play the first or second audio message on the device. In other implementations, the audio message may be streamed audio messages. In yet other implementations, the audio messages may trigger dedicated applications running on the wireless device <NUM>, computer <NUM>, and/or fire control panel <NUM> to play the alert audio messages.

A database <NUM> may be associated with the wireless station server <NUM> that identifies the devices (such as wireless device <NUM>, <NUM>, and/or <NUM>) to receive one of the audio alert messages <NUM> or <NUM>. Part of that database may also identify the language of the alert message. For example, a German user's wireless communication device would be identifiable in database <NUM> and the wireless station server would only send the second audio alert message that has been translated into German to that wireless communication device.

The wireless station server <NUM> also may provide supervision between the fire and voice control panel <NUM> and the wireless station server <NUM>. The supervision may be a periodic supervision message that is sent at predetermined times, such as every hour. The periodic supervision message, when received at the wireless station server <NUM>, may result in a wireless supervision message being sent to a cellular modem <NUM> located or associated with the fire and voice control panel <NUM>. Thus, sending a supervision message from the fire and voice control panel <NUM>, internet <NUM>, wireless station server <NUM>, resulting in a wireless supervision message being sent to the cellular modem <NUM> verifies the communication path is operational.

Similarly, supervision may be accomplished between the computer <NUM>, wireless device <NUM>, and other fire control panels (such as <NUM>) by periodically sending at predetermined times, supervision messages to those devices. A device receiving the supervision message responds with a supervision acknowledgement message. An application may be running on the computer <NUM>, wireless device <NUM>, and other fire control panels, that monitor the communication link for supervision messages. When the application receives the supervision message, a supervision acknowledgement message is generated and sent back to the fire and voice control panel <NUM> via network <NUM>, internet <NUM>, and/or cellular modem <NUM>. The fire and voice control panel <NUM> may track which communication devices respond to supervision messages and generate alerts or logs of identifying what communication devices have and/or have not responded to the supervision messages.

Turning to <FIG>, a block diagram <NUM> of the fire and voice control panel <NUM> sending a first audio alert message <NUM> via an emergency notification module <NUM> to wireless device <NUM> is depicted in accordance with an example implementation of the invention. An audio or text message may be send to the cloud (internet notification server <NUM>) and then onto the wireless station server <NUM> from the fire and voice control panel <NUM>. The internet notification server <NUM> may then translate the message if needed using modules <NUM> and/or <NUM>. It is noted that the internet notification server <NUM> and cloud gateway <NUM> are implemented as a single device or co-located device. The resulting audio alert message <NUM> or <NUM> may then be sent to wireless device <NUM> by wireless emergency alert (WEA). The WEA may be a vibration and/or unique audio sound. An advantage to the WEA approach is everyone in an area covered by sectors of a cellular cell or micro cell across a campus will received notification. Multiple notifications such the first audio alert message <NUM> and second audio alert message <NUM> may be sent one after the other to everyone covered by the cellular or micro cell sites.

The WEA service (formerly known as the Commercial Mobile Alert System (CMAS) or Personal Localized Alerting Network (PLAN)) is a public safety system that allows customers who own certain wireless phone models and other enabled mobile devices to receive geographically-targeted, text-like messages alerting them of imminent threats to safety in their area. The technology ensures that emergency alerts will not get stuck in highly congested areas, which can happen with standard mobile voice and texting services. WEA was established pursuant to the Warning, Alert and Response Network (WARN) Act.

WEA enables government officials to target emergency alerts to specific geographic areas (e.g. lower Manhattan) through cell towers. The cell towers broadcast the emergency alerts for reception by WEA-enabled mobile devices. WEA complements the existing Emergency Alert System (EAS) which is implemented by the FCC and FEMA at the federal level through broadcasters and other media service providers. WEA and the EAS are part of FEMA's Integrated Public Alert and Warning System (IPAWS). Wireless companies volunteer to participate in WEA, which is the result of a unique public/private partnership between the FCC, FEMA and the wireless industry to enhance public safety. Participating wireless carriers were required to deploy WEA by April <NUM>, <NUM>.

Pre-authorized national, state or local governments may send emergency alerts regarding public safety emergencies, such as evacuation orders or shelter in place orders due to severe weather, a terrorist threat or chemical spill, to WEA. Alerts from authenticated public safety officials are sent through FEMA's IPAWS to participating wireless carriers. Participating wireless carriers push the alerts from cell towers to mobile devices in the affected area. The alerts appear like text messages on mobile devices. Alerts are broadcast only from cell towers in the zone of an emergency. The alerts are geographically targeted to cell towers in the location of the emergency. Phones that are using the cell towers in the alert zone will receive the WEA. This means that if an alert is sent to an area in New York, all WEA-capable phones in the alert area can receive the WEA, even if they are phones that are roaming or visiting from another state. In other words, a customer visiting New York from Chicago would receive alerts in New York if they have a WEA-enabled mobile device and their phone is using a cell tower in the alert zone in New York.

In <FIG>, a block diagram <NUM> of the fire and voice control panel <NUM> of <FIG> sending a message <NUM> as a text message <NUM> via the wireless station server <NUM> is depicted in accordance with an example implementation of the invention. The fire and voice control panel <NUM> may send a message <NUM> (audio message) to be played at voice and fire panels located in the building or campus. The message may also be sent via the internet or other network (i.e. phone, wireless, Packet) to a wireless station server <NUM>. The internet notification server <NUM> has a speech-to-text translation module <NUM> that translates the audio message into a text message <NUM>. The text message <NUM> (another message) may also be translated into different language (either predefined or identified from database <NUM>) via the multilingual translation module <NUM>. The text messages <NUM> may then be sent from the internet notification server <NUM> to wireless device <NUM>, fire control panel <NUM> (if fire control panels are configured to receive text messages), computer <NUM>, and notification devices <NUM>. The selection of the text message (i.e. which language) may be based upon information contained in the database <NUM>. The information in the database <NUM> contains an identifier for a device (such as wireless device <NUM>) and a language identifier. Notification devices include LED scroll messaging boards, ticker displays on monitors, and similar text displaying devices. The text message <NUM> may be broadcast via a cellular wireless network that is in communication with the wireless station server <NUM>. In other implementations, the fire control panel may have the capability to send and receive text messages. This may be accomplished by incorporating a cellular modem <NUM> in the fire control panels, such as fire control panel <NUM>, fire and voice control panel <NUM>, and voice control panel <NUM>.

It is understood that the modules <NUM>, <NUM>, and <NUM> may be implemented in hardware, software, or a combination of hardware and software. Approaches for text-to-speech and translations have been provided (NUANCE COMMUNICATIONS' DRAGON NATURALLY SPEAKING) and similarly approaches for speech translations are also readily available. The emergency notification module <NUM> enables direct communication with wireless station servers and may be implemented as a cellular communication device.

Turning to <FIG>, a block diagram <NUM> of the fire and voice control panel <NUM> of <FIG> sending a message <NUM> to a cloud gateway server <NUM> to format the message to be pushed to user communication device is depicted in accordance with an example implementation of the invention. The fire and voice control panel <NUM> may send a message <NUM> to a cloud gateway <NUM>. The message fire and voice control panel <NUM> may be coupled to the cloud gateway via a network connection using a SSH tunnel with a socket connectivity to the cloud gateway server <NUM>. Examples of a cloud gateway server include a server on Amazon's EC2, Google App Engine or Microsoft Azure. The cloud gateway server <NUM> may convert the message into a format that can be "pushed" down to user communication devices. A cloud push notify server <NUM> may then push the message to devices such as wireless device <NUM>, fire control panel <NUM>, computer <NUM>, and notification device <NUM>. The cloud gateway server may provide the functions of the internet notification server. In some implementations the cloud gateway server may be a sub-type of internet notification server <NUM>.

The devices that receive the "pushed" message may receive the message at an application that is running as a back ground application. Upon receipt of the "pushed" message, the application may respond to the cloud gateway server when the message is accessed or read. The message may also consist of a URL of the audio message which may be automatically played on the wireless devices once received.

In <FIG>, a flow diagram <NUM> of an approach for notification of devices (i.e. <NUM>, <NUM>, <NUM>, and <NUM>) from fire and voice control panel <NUM> is depicted in accordance with and example implementation of the invention. The notification server, such as internet notification server <NUM>, receives a message (i.e. alert message) in step <NUM>. The message may originate from a fire and voice control panel <NUM> or the internet. A cloud gateway <NUM> may also assist in the transmission of the message from fire and voice control panel <NUM> and/or internet. In other implementations, other types of panels may generate the message. If the message received at the internet notification server is an audio based message, then the audio message in step <NUM> may be converted to a text based message by the text-to-speech translation module <NUM> in step <NUM>. If the message received at the internet notification server is a text based message, then the text message in step <NUM> may be converted to an audio (i.e. speech) message in step <NUM>. If the message needs to be converted into a different language in step <NUM>, then the message may be translated into another language by the multilingual speech translation in step <NUM>.

If the text alert message needs to be sent to a cloud push notify server <NUM> in step <NUM>, then the message may be sent from the internet notification server <NUM> to the cloud push notify server <NUM> in step <NUM>. The message may be sent via the internet or other network connections. If the text based message need to be sent as a text alert message <NUM> in step <NUM>, then may be sent to a wireless station server <NUM> or directly to other networked devices (i.e. <NUM>, <NUM>, and <NUM>) in step <NUM>. If an audio message <NUM> and/or <NUM> needs to be sent in step <NUM>, then the audio message may be sent by the internet notification server <NUM> to wireless station server <NUM>, fire control panel <NUM>, and/or computer <NUM> in step <NUM>. The notification server in step <NUM> may receive confirmation that the sent message in step <NUM>, <NUM>, and/or <NUM> was received.

Turning to <FIG>, a flow diagram <NUM> of an approach for alert messages being passed between fire panels, such as panels <NUM> and <NUM> in accordance with an example implementation of the invention is depicted. An alert message may be received at fire and voice control panel <NUM> in step <NUM> via a wireless modem <NUM>. The message may then be formatted for transmission to other fire control panels in step <NUM>. The formatting may include security being added to the message for verification at the receiving panel. The formatted alert message may then be sent as text or encoded digitized audio to other control panels in step <NUM>. A confirmation may be received at the sending fire control panel, such as fire and voice control panel <NUM>, from the fire control panel that received the alert message in step <NUM>. A confirmation of receipt message may be generated and sent by the fire and voice control panel <NUM> to the originator of the initial alert message in step <NUM>.

It will be understood, and is appreciated by persons skilled in the art, that one or more processes, sub-processes, or process steps described in connection with <FIG> may be performed by hardware and/or software (machine readable instructions). If the approach is performed by software, the software may reside in software memory (not shown) in a suitable electronic processing component or system such as one or more of the functional components or modules schematically depicted in the figures.

The software in software memory may include an ordered listing of executable instructions for implementing logical functions (that is, "logic" that may be implemented either in digital form such as digital circuitry or source code or in analog form such as analog circuitry or an analog source such an analog electrical, sound or video signal), and may selectively be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that may selectively fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. In the context of this disclosure, a "computer-readable medium" is any tangible means that may contain or store the program for use by or in connection with the instruction execution system, apparatus, or device. The tangible computer readable medium may selectively be, for example, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device. More specific examples, but nonetheless a non-exhaustive list, of tangible computer-readable media would include the following: a portable computer diskette (magnetic), a RAM (electronic), a read-only memory "ROM" (electronic), an erasable programmable read-only memory (EPROM or Flash memory) (electronic) and a portable compact disc read-only memory "CDROM" (optical). Note that the computer-readable medium may even be paper (punch cards or punch tape) or another suitable medium upon which the instructions may be electronically captured, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and stored in a computer memory.

Claim 1:
A safety alarm system (<NUM>) that signals an emergency condition, comprising:
a notification server (<NUM>) with a network interface;
a wireless station server (<NUM>) configured to enable communication with communication devices (<NUM>, <NUM>, <NUM>);
a database (<NUM>) associated with the wireless station server (<NUM>), wherein the database (<NUM>) contains identifiers for the communication devices (<NUM>, <NUM>, <NUM>) and a language identifier; and
a control panel (<NUM>) configured to push a text-based alert message (<NUM>) to a cloud gateway (<NUM>) that is able to send the alert message (<NUM>) to the notification server (<NUM>),
where the notification server (<NUM>) is arranged for receiving the alert message (<NUM>) at the network interface and for converting the alert message (<NUM>) into a first audio alert message (<NUM>) and a second audio alert message (<NUM>) being formatted for transmission to communication devices (<NUM>, <NUM>, <NUM>) and where the first audio alert message (<NUM>) and the second audio alert message (<NUM>) provide notice of the emergency condition,
where the first audio alert message (<NUM>) having a first language is converted in a cloud gateway (<NUM>) from a text message via a text-to-speech translation module (<NUM>) in the notification server (<NUM>),
where the second audio alert message (<NUM>) having a second language is converted by a multilingual speech translation module (<NUM>, <NUM>) in the notification server (<NUM>),
where the wireless station server (<NUM>) identifies the communication devices (<NUM>, <NUM>, <NUM>) to receive one of the first audio alert message (<NUM>) or the second audio alert message (<NUM>) based on the language of the alert message (<NUM>) identified by part of the database, and
wherein the notification server (<NUM>) and the cloud gateway (<NUM>) are implemented as a single device or co-located device.