The application pertains to systems and methods of conducting alarm audio verification tests. More particularly, the application pertains to such systems and methods which operate in parallel with local monitoring system control units, or panels and which do not cause alarm conditions.
It is known to use an alarm forwarding network to provide verbal communications between a regional monitoring system and a displaced central monitoring station. Such networks, for example, the ALARMNET alarm forwarding system, can include a server to implement wireless verbal communications via the Internet. One such system is disclosed and described in U.S. Pat. No. 8,565,125 B2 entitled Services Based Two Way Voice Service Recoding and Logging, which issued Oct. 22, 2013 and is assigned to the assignee hereof. The '125 patent is hereby incorporated by reference herein.
Alarm systems with a WIFI pathway are known to utilize SIP and STUN functionality, discussed below, for alarm audio verification (AAV). Session Initiation Protocol (SIP) is an internet telephony control protocol. Session Traversal Utilities for Nat (STUN) enables an end host to discover its public IP address. Real-time Transport Protocol (RTP) is a standardized protocol for transmitting and receiving audio data over the internet.
However, it is unknown at install time whether the panel owner possesses a compatible network topology or the bandwidth requirements necessary to perform AAV. Previously, to verify the compatibility of the panel owner's network topology and to verify the necessary bandwidth, it was required that an owner or installer contact a central station and coordinate a live panic alarm such that the police would not be dispatched if the call were to fail. Furthermore, if the user moves their panel from one location to another location, or changes their network hardware or provider, they would have to repeat these steps each time.
With respect to the above noted problems, testing AAV puts a timely and difficult burden upon installers as well as central stations since it requires installers to be in constant coordination with their central stations so that upon creating an AAV condition, if the call were to fail or be of inadequate quality to deem as a false alarm, police would be dispatched in error.
SIP and RTP, by themselves, cannot work within or behind certain network environments, specifically behind some Network Address Translation (NAT) devices. To combat that insufficiency, Session Traversal Utilities for NAT (STUN) was developed. However, behind certain network environments, STUN is unable to perform its duties thereby rendering SIP or RTP inoperative. In other words: SIP and RTP are generally contingent upon STUN and STUN may fail within certain network topologies, thereby contributing to the above problem.
Given the nature of AAV, it is important that AAV meet or exceed a certain standard of quality. Conversely, the quality of SIP and RTP is subjective and many of the elements contributing to their quality are unknown to end users and alarm system installers before use. This makes it difficult to predict the quality or outcome of SIP or RTP beforehand making it difficult to predict the quality of AAV before using it.
While disclosed embodiments can take many different forms, specific embodiments thereof are shown in the drawings and will be described herein in detail with the understanding that the present disclosure is to be considered as an exemplification of the principles thereof as well as the best mode of practicing same, and is not intended to limit the application or claims to the specific embodiment illustrated.
An alarm audio verification system and method are described subsequently, in conjunction with a high speed internet connection, using SIP, RTP, and STUN.
In one aspect, an alarm system in accordance herewith provides a WIFI alarm audio verification test. This test will enable a panel owner to initiate a test process. This can be by pressing a button, touching a screen or making an oral request, without limitation. This request will connect a call to an alarm forwarding network, for example the ALARMNET network.
The user is able to listen to a phrase, record a phrase, and playback their recording, to verify both that the call was connected and was of acceptable quality. This is all done without causing an alarm condition, thereby obviating the need for coordination with a monitoring, or, central station. It can be done at any time, and as such facilitates easy future testing as conditions change, as described earlier.
The alarm system WIFI AAV test capability has been designed such that it can function in a standalone mode relative to the security system. Normally, when the WIFI AAV test is performed, the information needed for the call is provided with the alarm acknowledgment. However, because the WIFI AAV test capability is implemented as a standalone, another mechanism has been provided that dials a special phone number and contacts a special voip server ip coupled to an input port. As a result, there's no need to create an alarm to start the call.
Because this phone number, ip, and port have been reserved for testing purposes only, an automated response will be played. Ten seconds of audio can then be recorded, and, that ten seconds of audio will be replayed to help verify call quality. While this process is being carried out, the panel can continue to function normally, without compromising the integrity or functionality of the security system.
Control unit 12 can include a wired and/or wireless interface 12a, and control circuits 12b. Circuits 12b can be implemented, at least in part by a programmable processor 12c and associated, executable control instructions, or software, executable by the processor 12c.
Control unit 12 could also include a test request button, touch screen or audible input device such as illustrated at 18a. An audio/visual input/output device or unit 18b can receive audio inputs from a tester, and output audio, or visual feedback as at 18b.
An AAV test module 20 can be associated with unit 12. The module 20 can be an integral part of the unit 12, or can be an add-on which is coupled to the unit 12 all without departing from the spirit and scope hereof.
A tester, or installer, can initiate an AAV test via input device 18a. In response thereto test module 20 communicates wirelessly via a wireless communication network, such as the Internet, 24 with multiple test and communications ports 26, at a predetermined address, phone number or URL without limitation. The ports 26 are coupled to a displaced server of an alarm forwarding network 28, for example, the ALARMNET alarm forwarding system. The forwarding system communicates with a displaced monitoring station 30. The monitoring station 30 can receive alarm indicating messages from the forwarding system 28 directly, or, via the Internet 24.
In response to an AAV request received at one of the test ports 26, the system 28, via server 28a, can transmit a pre-established confirmatory message which is then presented visually or audibly at output device 18b to confirm for the tester that the requested test is underway.
The tester can then input a verbal message at input/output 18b. This message is transmitted via the network 24 to one of the test ports 26 where it is returned, via server 28a, to the input/output unit 18b to be audibly or visually presented to the tester. If an audible output, the tester can evaluate the quality of the audio and confirm that the communications link is active and operational while the control unit 12 continues to function independently and to carry out it's monitoring functions.
An implementation process 100, is illustrated in
The system 28 transmits a pre-established, or pre-stored audio or visual reply, as at 106, to the output device 18b. The tester can then input a test message, at unit 18b, which is transmitted to the monitoring station 28, as at 108.
The test message is then returned by the server 28a, via network 24 to the output device 18b where the tester can evaluate the quality of the audio connection, as at 110. The test could if desired confirm receipt of the returned audio message and optionally indicate that the audio connection is acceptable, as at 112.
As will be understood by those of skill in the art, an address translation function can be provided by a NAT router 12-1. Three ports are provided at server 28a, namely, 5080, 3478 and 6020 for SIP, STUN and RTP communications.
If the panel 12 detects the same packets as it had sent before, as at 308, the message is audibly played for the installer, as at 310, who can evaluate the quality and acceptability thereof.
From the foregoing, it will be observed that numerous variations and modifications may be effected without departing from the spirit and scope hereof. It is to be understood that no limitation with respect to the specific apparatus illustrated herein is intended or should be inferred. It is, of course, intended to cover by the appended claims all such modifications as fall within the scope of the claims.
Further, logic flows depicted in the figures do not require the particular order shown, or sequential order, to achieve desirable results. Other steps may be provided, or steps may be eliminated, from the described flows, and other components may be add to, or removed from the described embodiments.
This application claims the benefit of the filing date of U.S. Provisional Application Ser. No. 62/008,284 filed Jun. 5, 2014, entitled, “Apparatus and Method for Alarm Panel WIFI Alarm Audio Verification Connectivity Test”. The '284 application is hereby incorporated herein by reference.
Number | Name | Date | Kind |
---|---|---|---|
6624750 | Marman | Sep 2003 | B1 |
7042349 | Bergman | May 2006 | B2 |
8565125 | Blum et al. | Oct 2013 | B2 |
20040113778 | Script | Jun 2004 | A1 |
20040119778 | Naito | Jun 2004 | A1 |
20050030179 | Script | Feb 2005 | A1 |
20050203647 | Landry et al. | Sep 2005 | A1 |
20060073822 | Orton | Apr 2006 | A1 |
20060103520 | Clark | May 2006 | A1 |
20110065414 | Frenette et al. | Mar 2011 | A1 |
20110102171 | Raji et al. | May 2011 | A1 |
20110254681 | Perkinson | Oct 2011 | A1 |
20120139718 | Foisy | Jun 2012 | A1 |
20130246850 | Gelter | Sep 2013 | A1 |
Number | Date | Country |
---|---|---|
2 282 503 | Feb 2011 | EP |
Entry |
---|
Extended European search report for corresponding EP application 15167705.1, dated Aug. 28, 2015. |
Number | Date | Country | |
---|---|---|---|
20150356865 A1 | Dec 2015 | US |
Number | Date | Country | |
---|---|---|---|
62008284 | Jun 2014 | US |