Method and apparatus for remotely monitoring a site

[0001] This application claims priority under 35 U.S.C. §§ 119 and/or 365 to International Application No. PCT/US00/23974 filed in the U.S. Receiving Office of the U.S. Patent and Trademark Office on Sep. 1, 2000 which is a continuation in part of U.S. application Ser. No. 09/387,496 filed in the USA on Sep. 1, 1999, which in turn is now U.S. Pat. No. 6,281,790 issued Aug. 28, 2001; the entire content of which is hereby incorporated by reference.

[0002] 1. Field of the Invention

[0003] The present invention relates generally to monitoring a remote site. More particularly, the present invention is directed to monitoring a remote site by providing real time transmission of outputs from a plurality of digital and/or analog multistate sensors which detect intrusion and/or fire, and communicate this information in an efficient, and effective format.

[0004] 2. Background Information

[0005] Existing intrusion detection systems and their respective monitoring stations typically provide binary off/on alert information to the user. Known security systems employ binary status detection devices due to the availability and low cost of these sensors, and report only active (versus inactive) alarm status information. For example, an indicator, such as a lamp or audible output, is on when a particular sensor is tripped, and is off when the sensor is reset. Some known methods capture dynamic point state transitions using, for example, latching sensors that hold a transition state for a limited period of time, then reset automatically.

[0006] Systems that offer more detailed information resort to specialized communication protocols and proprietary interconnection solutions. For example, monitoring systems for property protection and surveillance are known which transmit live audio and/or video data. However, because a large number of video surveillance cameras is not only cost prohibitive, but generates large quantities of data that cannot be easily transmitted to remote monitoring sites in real time, these systems have not achieved the wide spread use associated with binary off/on systems.

[0007] Systems that supply binary off/on alert information, even sophisticated systems that employ multiple sensors in a monitored space, only resolve alert information to a particular sector, or zone, of the building under surveillance. Thus, information such as the precise location of a potential intruder, is not provided for responding police officers. More importantly, even when a large number of sensors is used to increase the resolution of alert information, the use of binary on/off indicators prohibits any ability to track an intruder's movement through the building and yet still be able to resolve the current location of the intruder.

[0008] In addition, known binary off/on systems can not distinguish whether an alarm is real (i.e., genuine) or false. When police arrive on the scene of a building where an alarm was tripped, they do not know whether the alarm is real or false and they are blind to what is inside the building. Substantial time and money is expended in having police respond to large numbers of false alarms. In situations where the alarms are valid, the police do not know this for certain, and can be taken by surprise. They enter the building not knowing where the subject(s) might be.

[0009] The same drawbacks exists for fire monitoring and surveillance systems. Although fire alarm systems are often tied directly into the local fire company, the false/real alarm discrimination, exact location of the fire, and the movement of the fire are unknown to the fire company which receives and responds to the alarm.

[0010] Accordingly, it would be desirable to provide a system and method for monitoring a remote site, whereby the false/real alarms can be accurately distinguished, and whereby movement of intruders or fire can be reliably tracked while still pinpointing the precise location of the intruder or fire. It would also be desirable to provide this information to monitoring sites, for use by responding personnel, in real time.

[0011] The present invention is directed to providing systems and methods for remotely monitoring sites to provide real time information which can readily permit false alarms to be distinguished, and which can identify and track the precise location of an alarm. In exemplary embodiments, monitoring capabilities such as intrusion/fire detection and tracking capabilities, can be implemented through the use of multistate indicators in a novel interface which permits information to be transmitted using standard network protocols from a remote site to a monitoring station in real-time over preexisting communication networks, such as the Internet. A wireless network can also be established using browser encapsulated communication programs (for example, active X control, Java applets, and so forth) to transmit data packets which comply with any standard wireless local area network protocol. Communications can thereby be established between a web server embedded in a centrally located host monitoring station and a separate security panel deployed in each of the buildings to be remotely monitored. In exemplary embodiments, communications can be handed off from the centrally located host monitoring station to a mobile monitoring station (for example, to a laptop computer in a responding vehicle, such as a police or fire vehicle). The handoff can be such that direct communications are established between a security panel located at a site being monitored and the laptop (for example, over a cellular network), or indirect communications can be established via the host monitoring station.

[0012] The network can be used to provide the primary visual alarm status reporting that gives the monitoring authority (user) the ability to identify the precise location of an intrusion/fire, and to distinguish false alarms. Multiple state, or multistate, indications are provided to represent a sensor. For example, each sensor can be identified as being: (1) currently in alarm; (2) currently in alarm and acknowledged by a monitor; (3) recently in alarm; (4) not in alarm; (5) disabled; or (6) a non-reporting alarm. With these multistate indications, the movements of an intruder or fire can be tracked, and yet the precise location of the intruder/fire can still be identified. This additional tracking ability gives police/firemen a tactical advantage at the scene as they know the location of the subject/fire and can track any subsequent movements as they close to make the arrest and or fight the fire.

[0013] Generally speaking, exemplary embodiments of the present invention are directed to a method and apparatus for monitoring a space, the apparatus comprising: a security panel located at the space, said security panel having a plurality of sensors; and a monitoring system for receiving real time information regarding the space from the security panel over a network using a network protocol, said monitoring system including a graphic interface to display said information as multistate outputs associated with each of said plurality of sensors.

[0014] In accordance with alternate embodiments, an apparatus is provided for monitoring a space comprising: a security panel located at the space; and a monitoring system for receiving real time information regarding the space from the security panel over a network, said monitoring system including a graphic interface to display information that distinguishes false alarms from actual alarms.

[0015] Exemplary embodiments provide updated information, in real time, regarding the status of sensors associated with point alarms included in the space being monitored. The graphical display of information can be provided as a hierarchical representation of network-to-site-to-point status using a plurality of tiered screen displays. The supervisory monitoring system can be configured as a central or distributed monitoring system including, but not limited to, the use of a base station host computer which can optionally direct information to the user via a cellular telephone network and/or via paging service in real-time. Alternate embodiments can also include security measures, such as the pseudo-randomizing of port access to the network to secure command and control communications.

1. Functional Overview

[0029] Before describing details of a system for implementing an exemplary embodiment of the invention, an overview of the invention will be provided using one exemplary display of information that is provided at a supervisory monitoring system's graphical user interface in accordance with the present invention. Referring to FIG. 1, the graphical user interface provides a screen display 100 of a particular floor plan 102 in a building being monitored for intrusion and/or fire detection. In the FIG. 1 example, a web browser included in the supervisory monitoring system is displaying a building floor plan 102 for an elementary school with its alarm points, and illustrates a two-person intrusion in progress. In this black/white rendition, points not in alarm are white circles 104. Two black circles 106, 108 indicate two points that are in simultaneous alarm. The gray filled circles 110, 112, 114 and 116 show alarms in a latched condition; that is, they were recently in alarm but, are not now in alarm.

[0030] Thus, at least three different states (for example, not in alarm; recently in alarm; and in alarm) are associated with the sensor located at each alarm point in the FIG. 1 floorplan to provide a multistate indication for each alarm point at the user interface. Of course, those skilled in the art will appreciate that any number of states can be provided, such as additional states to represent inoperable or disabled alarm points. For example, as will be described with respect to an exemplary embodiment, six such states can be used.

[0031] The user can apply pattern discrimination through visual representation of alarm point conditions provided by the display at a moment in time, referenced herein as an “event slice”, to precisely understand and convey the nature of the intrusion. By monitoring the display of alarm states, false alarms can be readily distinguished from genuine alarms (that is, actual intrusions and/or fires). For example, a mouse cursor associated with the supervisory monitoring system's graphical user interface can be positioned next to a particular alarm point icon to access additional alarm point information. This alarm point information can identify the type of sensor situated at the alarm point (for example, glass breakage detector, smoke detector, and so forth) and the room number or area can be identified.

[0032] The FIG. 1 event slice associated with activity in the space being monitored (that is, a snapshot in time of a condition monitored at the graphical user interface), can be interpreted in the following manner:

• • [0033] a) The latch condition 110 represents a door sensor that has recently been in alarm and is now out of alarm;
  • [0034] b) The latch condition 112 represents a motion defector that was recently in alarm and is now out of alarm;
  • [0035] c) The latch conditions 114 and 116 represent motion detectors in the same state as latch condition 112; these conditions inform the user of two separate tracks (i.e., paths) of an intruder (or spread of a fire);
  • [0036] d) The two points 106, 108 are in simultaneous alarm. By positioning the mouse cursor at each of these points, the user can determine that these points are, for example, motion detectors in Rooms 3 and 19 of the school, respectively.

[0037] An analysis summary can be displayed to indicate that an intrusion occurred at the front door and that there are at least two intruders, one going left up the North hall and the other going right down the East hall. The display indicates that the intruders are currently in Rooms 3 and 19. An ACTIVITY icon 118 can be selected to review details of all time event data for each alarm point including, for example, the exact times for the break-in and the time frame of the intrusion for use by the user and/or law enforcement.

[0038] Real-time updates to the FIG. 1 display can be continuously received by the supervisory monitoring system over a communication network, such as an Internet/Ethernet communication network, for the purpose of subsequent tracking. The supervisory monitoring system can include a host computer, configured with an embedded web server, that acts as the principal monitoring station for any number of security/fire alarm panels equipped with embedded web servers and located in one or more distinct spaces being monitored. Remote browsers, fixed and mobile, can also be iinked into the system from authorized police, fire, and private security departments.

[0039] Intrusion detection, tracking and subject location are accomplished in accordance with exemplary embodiments of the present invention using known sensor technologies in conjunction with a novel notification process. For example, the alarm point state conditions can be categorized into six fundamentally different states:

• • [0040] (1) A point currently in an alarm state;
  • [0041] (2) A point currently in an alarm state, and acknowledged by a monitor;
  • [0042] (3) A point recently in an alarm state, but unacknowledged as a current alarm;
  • [0043] (4) A point not in an alarm state;
  • [0044] (5) A point that has been disabled; and
  • [0045] (6) A non-reporting point.

[0046] The last two states, disabled and non-reporting (or fail), represent inoperable point conditions. The remaining four active point conditions provide the monitoring operator a clear indication of which points are actively set into alarm, their simultaneity (multiple points of intrusion), and which alarms have been recently in a state of alarm but which are not currently in alarm. Each of the point conditions is represented on the screen display by a unique icon, combining shape and color for easy recognition.

[0047] Inoperable point conditions appear unobtrusive. They do not distract the operator from real-time alarms, but send a clear notification that these points are not contributing to the security monitoring process. When a point alarm is acknowledged by the supervisory monitoring station, the icon for that alarm point can be changed to appear less alerting (for example, change from a first color (such as, red) to a second color (such as, yellow)), allowing the operator to focus on new activity rather than the door that had been left open. The non-alarming point icon appears clearly visible, but not disturbing in color and shape. An icon that is alarming in color and shape represents the alarming point (unacknowledged).

[0048] While increasing the level of information displayed on the screen, the icons act as easily discernible symbols without cluttering the screen and confusing the operator. The increased level of information displayed provides the operator tools to recognize the presence of multiple intruders, the ability to discern a falsely-triggered alarm (isolated alarming sensor) from a legitimate alarm, and the visual “tracking” of their activity. The monitoring authority (user) can then apply pattern analysis to real-time changes in alarm states to discriminate between false and genuine alarms, and to track movement of an intruder or spread of a fire.

[0049] Generally speaking, a hierarchical approach can be used to pinpoint alarm conditions among plural spaces (for example, different buildings) being monitored. For example, a high level display can include a large geographical area, and can include indications of all facilities being monitored. Where any alarm in a given facility is tripped, the user can be notified in the high level display. By moving the cursor to that facility and clicking, a detailed floorplan such as that shown in FIG. 1 can be provided to the user.

[0050] The supervisory monitoring system can display an indication at the monitoring site's web browser within, for example, 1–4 seconds from the time a sensor located at the space being monitored is tripped into an alarm condition. A mouse click on the icon representing the facility in alarm directs the system to retrieve, for browser display, a floor plan schematic (such as that of FIG. 1) from the actual facility's security panel computer that displays all alarm points included in the facility and their current states. Subsequent changes in alarm point conditions are typically displayed in 1–4 seconds from the time an alarm is triggered in the facility.

[0051] Upon confirmation of activity, the monitoring authority can contact local law enforcement agencies that then direct an emergency response by hyperlinking to this same building visualization of alarm conditions using, for example, a remote browser located at the police/fire dispatch center. Responding officers at the scene can also access this visual display of alarm conditions by linking to that facility's security panel through a wireless LAN hub protocol and encapsulated browser communication broadcast instructions. For example, browser encapsulated communications programs (e.g., active X control, Java applets, and so forth) can be used. By clicking on a MAP icon 120, maps showing directions to the facility, or any other maps (such as complete floor plans of the facility) can be displayed.

[0052] In its fire monitoring role, the system can use the same encapsulated browser communication protocols to spawn real-time updates of changes in fire alarm points that are displayed visually on a monitoring site's web browser. Again, the visual display can be a building floor plan overlaid with icons detailing all fire alarm point sensors. Pattern analysis can be used to discriminate a genuine alarm from a false one and to track the spread of a real fire. Like police, firefighters at the scene can access the visual display of alarm conditions through a local wireless LAN hub utilizing conventional wireless communication protocols, such as protocols conforming with the IEEE 802.11 protocol standard, and browser encapsulated communication programs such as active X control, Java applets and so forth.

[0053] Thus, electronic security and fire alarm protection can be provided which permits real emergencies to be distinguished, and which provides law enforcement and fire fighters with real-time on-the-scene information for arrest-in-progress and/or effective fire fighting. Encapsulated browser communication programs are used so that real-time conditions of security and/or fire alarm points in a remote protected facility can be displayed on a central supervisory monitoring station's web browser and/or on remote, authorized browsers.

[0054] On-the-scene wireless connectivity can also be used by responding police/fire response units where these units connect into the live visualization to tract the intruder(s) or fight the fire. In both security and fire monitoring, embedded maps accessed via the MAPS icon 120 assist in getting response units quickly to the scene. Once on the scene, police officers or firefighters can access the visualization of alarm activity through a wireless interface of a remote browser residing on a laptop computer and the building's security panel containing an embedded web server. In accordance with exemplary embodiments, a unique communication protocol combines a conventional wireless protocol, such as the 802.11 wireless protocol, with encapsulated browser communications.

[0055] Exemplary embodiments can provide interactive reporting of facility security information between four basic subsystems over an Internet/Ethernet communications link. The four subsystems are:

[0056] (1) Security Panel

[0057] This subsystem directly monitors the status of individual sensors and reports their state to the requesting host, remote and mobile computer subsystems. Embedded web pages can be used to provide host, remote and mobile users detailed information on the site.

[0058] (2) Host Computer

[0059] This subsystem, through an embedded web server interface, provides a real-time display of a regional map depicting the location of all the sites within a security network and their status. Other remote subsystems used to remotely monitor the sites can gain access to the security panel at each site through the host computer web page. A local browser interface provides the host computer operator access to the same detailed information. Browser-encapsulated communications programs operating within the host maintain real-time status of the sites/alarm points and continually update the display screen.

[0060] (3) Remote Computer

[0061] This subsystem accesses the embedded web server within the host computer through, for example, an Internet browser program, which displays a map of the area sites and their current status. Using the mouse, a site can be selected to view the details of its status. Upon selection, the remote subsystem can be directly connected via a hyperlink to an embedded web server within the security panel. Similar to the host computer, the screen updates of site and point status is maintained through a browser-encapsulated communications program.

[0062] (4) Mobile Computer

[0063] The mobile computer can gain connectivity to the ethernet network local to the security panel through a wireless LAN, once it is within the operating range. “Broadcast packets” (for example, encrypted packets which can be decrypted by the mobile computer) can be sent by the security panel and be used to instruct the mobile computer how to directly access the security panel's web server through an Internet browser program. Once connected to the security panel web page, the mobile computer interface can operate like the remote computer.

2. General Communications Overview

[0064] Communications between the various subsystems are represented in FIG. 2. Standard browser and web server tools are combined with unique graphics and communication programs to effect real-time performance through minimal bandwidth.

[0065] FIG. 2 provides a general overview of the communications that transpire between the four basic subsystems; that is, (1) a host computer 202; (2) a remote computer 204; (3) security panel(s) 206; and (4) mobile computer 208. Communications between the host computer 202 and the security panel(s) are represented as communications 210, with arrows indicating the direction of information flow. For example, following a powerup indication from the security panel, and a connection by the host's local browser to the security panel's embedded web page, files regarding site information (such as floorplan) and alarm status information can be sent to the host. Similar protocols can be followed with respect to communications between the remaining subsystems. Communications between the host computer 202 and the remote computer 204 are represented as communications 212. Direct communications between the remote computer 204 and the security panel(s) 206 are represented as communications 214. Finally, direct communications between the security panel and the mobile computer are represented as communications 216.

[0066] Those skilled in the art will appreciate that the information flow represented by the various communications paths illustrated in FIG. 2 are by way of example only, and that communications from any one or more of the four basic subsystems shown in FIG. 2 can be provided with respect to any other one of the four basic groups shown, in any manner desired by the user. More detailed discussions of the specific communication paths in accordance with the exemplary embodiment illustrated in FIG. 2 will be described with respect to FIGS. 9–12. However, for a general understanding of the basic communications, a brief overview will be provided with respect to FIG. 2.

[0067] As illustrated in FIG. 2, most intersubsystem communications are initiated by executing a conventional Internet browser program (such as Microsoft's Internet Explorer, or Netscape) in accordance with an exemplary embodiment that is represented in FIG. 2 as an “Internet Browser”. When the browser is directed to a specific site address (both the host computer and the security panel are assigned Internet protocol (IP) addresses), the browser software attempts to connect to the port at the IP address. The embedded web server at the addressed site recognizes the connect request at the port as a request to transfer the web page information (contained, for example, in a HTML file). Once transferred, the browser software begins to process the instructions within the HTML file. Within the file are references to a graphics file to be displayed and a communications program to be executed. If these files are not locally available, the browser software requests the transfer of the files from the host web server, using a hypertext transfer protocol (HTTP). Once received (and locally saved), the browser software displays and executes the files as directed by the HTML file.

[0068] The graphics files displayed serve as the bitmap background that the site and point status icons are written on, serving as visual status indicators to the monitoring operator. The communications program performs both the real-time communications between the subsystems and the painting of the status icons. When the communications reveal a change in point or site status, the screen icons are repainted to reflect the new conditions. These browser-encapsulated communication programs enable real-time performance over conventional communications networks such as the Internet.

3. System Overview

[0069] FIG. 3 depicts a general system block diagram of an exemplary security system, comprised of the security panel 206, the host computer 202, the remote computer 204, the mobile computer 208, and an optional wireless LAN hub 302. The security panel is installed within the space (that is, the physical facility) being monitored, and is permanently connected to an Internet or Ethernet network 304. The wireless hub 302 can be installed at the facility site to provide connectivity for the mobile computer 208 via a wireless LAN 306. The host computer 202 can be installed anywhere so long as it is connected to the same Internet or Ethernet network 308 to which the security panel is attached. The remote computer 204 can be installed anywhere so long as it can access the same Internet or Ethernet network 310 to which the host computer and the security panel are attached (permanent, dial-up, and so forth). The mobile computer 208 must be within the coverage area of the wireless LAN hub to access the security panel over the wireless LAN 306.

[0070] The security panel 206 monitors the status of security sensors 314 installed within the monitored facility via data links 312. When an enabled sensor changes state, a POINT STATUS message is sent to the host computer 202. The host computer, usually monitored by an operator, repaints the icons shown on its display screen to reflect the updated condition of the security panel. Any mobile computer or remote computer currently connected to the security panel reporting the changed point condition can also repaint the icons on their own display after the next status query response.

[0071] a. Host Computer

[0072] FIG. 4 details hardware and software components of an exemplary host computer 202. The CPU motherboard 402 for example, (e.g., based on Intel processor, such as 80486, Pentium I/II/III, or any other processor) is a conventional personal computer that will support any desired network operating system 414, such as any 32-bit operating system including, but not limited to the Microsoft NT Operating System 20. An exemplary motherboard will feature, or accommodate, Ethernet communications port 404 for interfacing with an Internet or Ethernet network. A hard disk 406 can be installed to support information storage. A keyboard and mouse 408 can be attached for operator interface. A display, such as an SVGA monitor can be attached via an analog or digital video graphics applications port 410 for a visual display unit. The NT Operating System 414 can be installed in a standard manner, along with the Internet Browser software package 416, such as Internet Explorer (any version, including version 5.0 or greater) available from Microsoft Corp. An embedded web server 420 is installed (such as the Microsoft personal web server or the GoAhead web server). A local cache directory 418 is installed with web page support tools: supporting graphic files (i.e. regional maps), encapsulated communications programs, local data files and any other desired information.

[0073] b. Remote Computer

[0074] FIG. 5 details hardware and software components of the remote computer 204. The CPU motherboard 502 (e.g., based on Intel processor, such as 80486, Pentium I/II/III, or any other processor) is a conventional personal computer that will support the desired network operating system 504, such as any 32-bit operating system, including but not limited to the Microsoft NT Operating System 20. The motherboard will feature, or accommodate Ethernet communications 506 with an Internet or Ethernet network via Ethernet port 506. A hard disk 508 will support information storage. A keyboard and mouse 510 will provide operator interface. An SVGA monitor can be attached via port 512 for a visual display unit. The operating system 504 is installed in a standard manner, along with an Internet Browser software package, such as “Internet Explorer” package 514. A local cache directory 516 is installed with web page support tools: supporting graphic files (for example, individual room layouts, floorplans, side view of multi-story facility, and so forth), local data files, encapsulated communications programs, and local data files.

[0075] c. Security Panel

[0076] FIG. 6 details hardware and software components of the Security Panel 207. The CPU motherboard 602 (e.g., based on Intel processor, such as 80486, Pentium I/II/III, or any other processor) is a conventional personal computer that will support the desired network operating system 604 such as any 32-bit operating system including, but not limited to the Microsoft NT Operating System 20. The motherboard will feature, or accommodate Ethernet communications with an Internet or Ethernet network via Ethernet port 606. A hard disk 608 will support information storage. The operating system can be installed in a standard manner. A Windows compatible embedded web server 610 is installed (such as those available from GoAhead software). A main application program 612 is also installed, including local data files. Communications protocols, such as RS485 communications protocols 614, are supported to facilitate communications with the sensors, sensor controller and other access devices. As supporting inputs, video capture boards 616 and direct digital I/O boards 618 can be added to the local bus 620.

[0077] d. Mobile Computer

[0078] FIG. 7 details the hardware and software components of the Mobile computer 208. The CPU motherboard 702 (e.g., based on Intel 80486, Pentium I/II/III, or any other processor) is a conventional laptop computer that will support the desired network operating system 704, such as any 32-bit operating system including, but not limited to the Microsoft NT Operating System 20. Add-on boards can be installed to interoperate with, for example, IEEE 802.11 Ethernet communications 706, compatible with the installed wireless hub 302 (shown in FIG. 3). A hard disk 708 is installed to support information storage. An integral keyboard and mouse 710 are attached for operator interface. A display, such as an SVGA LCD monitor 712 is attached for a visual display unit. The operating system can be installed in a standard manner, along with any Internet browser software package 714, such as Internet Explorer (for example, version 5.0 or greater). A local cache directory 716 is installed with web page support tools: supporting graphic files (i.e. individual room layouts, floorplans, side view of multi-story facility, and so forth), local data files, encapsulated communications programs, and local data files.

[0079] e. Screen Display

[0080] FIG. 8 details screen display graphic components. These components are common to the screens available to the host computer, remote computer and mobile computer users. These display components are made available through, for example, the use of standard browser technology, encapsulated graphics data and real-time communications programs. When the browser software initializes, it generates the window frame 802 on the display 800. When the browser addresses an embedded web page within the host computer or security panel, an HTML file is transferred. Within the HTML file is a reference to an encapsulated graphic image file 804 to be displayed. This file represents, for example, a regional map, the facility floorplan, or an individual room layout. Also referenced in the HTML file is the execution of an encapsulated communications program 806. This communications program is spawned and operates in tandem with the browser software, maintaining real-time communications with the site containing the embedded web page.

[0081] The communications software queries and monitors the condition of the panel/point status of the remote sites. Upon initialization, and as new status is received, the communications program “paints” new icons 806 atop the graphics display, the icons representing the location and status of the depicted site/point.

[0082] In an exemplary embodiment, there are six states represented by the icons; (1) ALARM (point/site in alarm but not acknowledged), (2) ACKNOWLEDGED (ACK'D) ALARM (point/site in alarm and acknowledged by security monitor), (3) RECENT ALARM (point/site recently in alarm), (4) NORMAL (point/site not in alarm), (5) DISABLED (point/site disabled) and (6) FAIL (point/site not responding). These different states allow the monitoring user to determine the current and recent location of an intrusion, provide the visualization of multiple points of intrusion, and the ability to visually discriminate between legitimate and falsely-triggered alarms. All communications among the networked components are transferred using standardized data packets of any known network protocol.

4. System Communications

[0083] a. Security Panel-Host Communications

[0084] FIG. 9 details the communications between the security panel 206 and the host computer 202. Upon the application of power, the security panel sends a PowerUp Message 902 to its designated host computer IP address. On regular intervals, the host computer sends a HEALTH STATUS REQUEST 904 datagram to each security panel. A repeated failure to receive a response packet 906 indicates to the host computer that the panel communications link has failed and its icon is updated. When received by the host computer, this message is logged into a local data file. When initially engaging communications with the security panel, the host computer sends a POINT STATUS REQUEST 908 to the security panel. Until an initial status has been determined, all icons are represented with an UNKNOWN icon (such as a circle with “?”). If the request repeatedly goes unanswered, the site is determined to be inoperative and is represented with a FAIL icon.

[0085] The successful receipt of the POINT STATUS response packet 910 causes the host computer to repaint the screen icons to represent their current determined condition. When an enabled point status has changed, the security panel sends a POINT STATUS message 912 to its designated host computer IP address. Upon its receipt, the host computer repaints the icons to represent the current status.

[0086] When a monitoring operator at the host computer wants to acknowledge an annunciated alarm condition, an ALARM ACK packet 50 is sent to the security panel, along with a reference to the alarm being acknowledged. When received by the security panel, the condition of the point is updated and a new POINT STATUS message 916 is sent back to the host computer. Again, the receipt of this packet causes the host computer to repaint the icons on the screen. If the monitoring operator wants to disable a point, group of points, or an entire site, an ALARM DISABLE message 918 is sent (containing a mask reference for the point array). When received by the security panel, the point condition(s) is(are) modified and a new POINT STATUS message 920 is sent in response. Its receipt by the host computer repaints the icons on the screen display.

[0087] b. Remote Computer-Host-Computer Communications

[0088] FIG. 10 details communications between the remote computer 204 and the host computer 202. When the remote computer user wishes to attach to the security system, it executes a compatible browser software package and connects to the Internet or Ethernet network (e.g., Internet Service Provider (ISP) dial-up, local hardwire, and so forth). When actively connected, the user directs the browser to the IP address of the host computer, seeking to connect to the host computer's web server 1002.

[0089] When accessed, the embedded web server software downloads the HTML file 1004 that defines the host and/or security panel web page(s). The HTML file includes the reference of a graphics file. If the current version of the file does not locally exist, the remote computer browser makes a request 1006 for the HTTP transfer of the graphics file from the host computer. Once received from the host computer in transfer 1008, the graphics file is locally stored (in cache directory) and is displayed on the browser screen. The HTML file then instructs the execution of a communications program. Again, if the current version of the file does not locally exist, the remote computer browser requests the HTTP transfer of the file from the host computer via request 1010.

[0090] Once received from the host computer in transfer 1012, the communications program file is locally stored and immediately executed at step 1014. This program runs in tandem with the existing browser software and does not prevent or hinder any normal browser activity. Once started, the communications program begins a continuous polling sequence, requesting the status of the various panel sites via requests 1016. When the communications program receives the response status messages 1018, all the icons overlaying the graphics screen are repainted to indicate the current status of the sites. When the remote computer user selects the icon of a site for more detail, the browser software can immediately hyperlink to the IP address of the selected security panel (connecting to the embedded web server within the panel in step 1020), and perform communications with the panel in a manner similar to that described with respect to the host computer and FIG. 9.

[0091] c. Remote-Security Panel Communications

[0092] FIG. 11 details the communications between the remote computer 204 and the security panel 206. The remote computer gains access to the security panel through the host computer via a hyperlink connection. When selected, the browser is directed to the IP address of the security panel, seeking to connect to the security panel's embedded web page 1102. When accessed, the embedded web server software downloads the HTML file 1104 that defines the security panel's web page. The HTML file includes the reference of a graphics file. If the current version of the file does not locally exist, the remote computer browser requests the HTTP transfer of the graphics file 1106 from the security panel. Once received from the security panel in response 1108, the graphics file is locally stored (in cache directory) and is displayed on the browser screen. The HTML file then instructs the execution of a communications program. Again, if the current version of the file does not locally exist, the remote computer browser makes a request 1110 for the HTTP transfer of the file from the security panel. Once received from the security panel in response 1112, the communications program file is locally stored and immediately executed at 1114. This program runs in tandem with the existing browser software and does not prevent or hinder any normal browser activity.

[0093] Once started, the communications program begins a continuous polling sequence, requesting the status of the various points via a status request 1116. When the communications program receives the response status messages 1118, all the icons overlaying the graphics screen are repainted to indicate the current status of the points.

[0094] d. Mobile-Security Panel Communications

[0095] FIG. 12 details communications between the mobile computer 208 and the security panel 207. The mobile computer 208 gains access to the security panel through a wireless local area network, enabled by the wireless LAN hub 302 and/or any available wireless network including, but not limited to existing cellular telephone networks. The mobile computer browser software is executed, referencing a locally held web page 1202. The HTML file references both a graphics display file 1204 and an encapsulated communications program 1206 (which is already installed in the mobile computer). After the screen is painted with the graphics image, the communications program is executed at 1208. This program continues to search via the wireless interface card for a broadcast packet containing an address, such as an encrypted IP address, of the local security panel. Once the BROADCAST ADDRESS message 1210 is received by the mobile computer communications program, the address is decrypted and the browser is directed (hyperlinked 1212) to the IP address of the security panel. Execution after this point is identical to the remote-security panel communications, and reference is made to the description of FIG. 9 regarding the connection activities.

[0096] It will be appreciated by those skilled in the art that the present invention can be embodied in other specific forms without departing from the spirit or essential characteristics thereof. The presently disclosed embodiments are therefore considered in all respects to be illustrative and not restricted. The scope of the invention is indicated by the appended claims rather than the foregoing description and all changes that come within the meaning and range and equivalence thereof are intended to be embraced therein.