Method and apparatus for remotely monitoring a site

Description of equivalent WO 03096152 A2

METHOD AND APPARATUS FOR REMOTELY MONITORING A SITE

BACKGROUND OF THE INVENTION

Field of The Invention

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 or other environmental or other parameter, and communicate this information in an efficient, and effective format.

Background Information

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.

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.

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.

In addition, known binary off/on systems cannot 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. 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.

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, or changes in an environmental or other parameter, can be reliably tracked while still pinpointing the precise location of the intruder or fire or of the location where the parameter is changing. It would also be desirable to provide this information to monitoring sites, for use by responding personnel, in real time.

SUMMARY OF THE INVENTION

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. The term security panel, as used in this specification, includes a wide variety of panels that are in communication with sensors, and capable of providing information to a monitoring system. These may include, but are not limited to, panels for monitoring security information (intruders, broken windows, and the like), fire or temperature information, the presence of chemicals or other contaminants in the air, water pressure, wind velocity, magnitude of force, signal integrity, bit error rate, location of various physical objects and έny other parameters measurable by sensors. 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.

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. In an additional embodiment, multiple alarm states may be provided, such as a high alarm state, low alarm state or rate-of-change alarm state.

In still another embodiment, a chromagraphic representation of the entire space may be provided based on the information derived from the sensors. This provides further information to the user in tracking the evolution of a parameter at the monitored space.

In still another embodiment of the present invention, a detection device, such as a radio frequency identification ("RFED") device is used to track the location of portable interface devices (and consequently, those carrying them) within the space.

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.

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.

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.

BRIEF DESCRIPTION OF THE DRAWINGS

Other objects and advantages of the present invention will become more apparent to those skilled in the art upon reading the detailed description of the preferred embodiments, wherein like elements have been designated by like numerals, and wherein:

FIG. 1 shows an exemplary graphics screen viewed through a security panel web page, wherein the graphics display contains a floorplan layout, with special icons overlaid on a bitmap to identify sensor points and their status;

FIG. 2 shows a general overview of communications transpired between four basic subsystems;

FIG. 3 show basic components of an exemplary system block diagram;

FIG. 4 shows a detailed diagram of an exemplary host computer in a supervisory monitoring system;

FIG. 5 shows a detailed diagram of an exemplary remote computer;

FIG. 6 shows a detailed diagram of an exemplary security panel;

FIG. 7 shows a detailed diagram of an exemplary mobile computer;

FIG. 8 shows an exemplary display screen;

FIG. 9 shows exemplary communications between the security panel and the host computer; FIG. 10 shows exemplary communications between the host computer and the remote computer;

FIG. 11 shows exemplary communications between the security panel and the remote computer;

FIG. 12 shows exemplary communications between the security panel and the mobile computer;

FIG. 13 shows an exemplary graphical depiction of an arrangement of sensors located at a space; and

FIG. 14 shows an exemplary graphical depiction of a space, subdivided into two subspaces, with RFED devices located at the portal between the two subspaces.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 1. Functional Overview

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. 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.

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.

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: a) The latch condition 110 represents a door sensor that has recently been in alarm and is now out of alarm; b) The latch condition 112 represents a motion detector that was recently in alarm and is now out of alarm; c) The latch conditions 1 14 and 1 16 represent motion detectors in the same state as latch condition 1 12; these conditions inform the user of two separate tracks (i.e., paths) of an intruder (or spread of a fire); 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.

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.

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 or other 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 linked into the system from authorized police, fire, private security and other monitoring departments or agencies.

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:

(1) A point currently in an alarm state;

(2) A point currently in an alarm state, and acknowledged by a monitor;

(3) A point recently in an alarm state, but unacknowledged as a current alarm;

(4) A point not in an alarm state;

(5) A point that has been disabled; and

(6) A non-reporting point.

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.

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). 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.

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.

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.

Upon confirmation of activity, the monitoring authority can contact local law enforcement or other 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 or other dispatch center. Responding personnel 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.

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.

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.

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 security, fire, and any other monitoring, embedded maps accessed via the MAPS icon 120 assist in getting response units quickly to the scene. Once on the scene, police officers, firefighters, or other response personnel 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.

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

(1) Security Panel

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.

(2) Host Computer

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.

(3) Remote Computer

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. !

(4) Mobile Computer

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.

General Communications Overview 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.

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.

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.

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.

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 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.

The security panel 206 monitors the status of 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. a. Host Computer

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 Intemet 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 Intemet 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. b. Remote Computer

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. c. Security Panel

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 Intemet 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. d. Mobile Computer

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 Intemet browser software package 714, such as Intemet 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. e. Screen Display

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 commumcations program is spawned and operates in tandem with the browser software, maintaining real-time communications with the site containing the embedded web page.

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. 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.

In an additional embodiment, three additional icons may be provided: (1) HIGH ALARM, indicating a high alarm state, (2) LOW ALARM, indicating a low alarm state, and (3) , RATE OF CHANGE ALARM, indicating a rate-of-change alarm state. These alarm states are described below.

In another embodiment, the value of an environmental or other parameter (such as temperature) throughout a space may be graphically depicted, for example using a chromagraph. This embodiment is described below.

In an embodiment of the present invention described below in which the location of portable interface devices is tracked, icons may be provided to indicate the presence of a portable interface device, such as an RFID tag, within a particular subspace. In addition, a particular coloring of an icon may be provided to indicate the detection by a corresponding sensor of a particular type of portable interface device.

4. System Commumcations a. Security Panel-Host Communications 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 DP 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.

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. In another embodiment, the host computer repaints the chromagraph or other depiction of the space to represent the states or values of an environmental or other parameter throughout the space.

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, chromograph, or other depiction of the space on the screen display. b. Remote Computer-Host-Computer Communications

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.

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.

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. In another embodiment, the chromagraph or depiction of the space is repainted. 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. c. Remote-Security Panel Communications

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 D? 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 11 10 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 1 1 14. 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 points via a status request 1 1 16. 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. In another embodiment, the chromagraph or other depiction of the space is repainted. d. Mobile-Security Panel Communications

FIG. 12 details commumcations 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. When accessing the monitored site by a wireless interface other than the wireless LAN, the execution after this point is identical to the remote-security panel communications. Otherwise, the program may continue to search via the wireless interface card for a broadcast packet containing an address, such as an encrypted EP 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 commumcations, and reference is made to the description of FIG. 9 regarding the connection activities. In another embodiment of the present invention, sensors are provided at various locations in the space that is to be monitored. These sensors are able to provide real time monitoring of an environmental or other parameter and provide signals indicating a value of the parameter. The term parameter is meant broadly to encompass a wide range of parameters that can be measured by a sensor. Parameters include, but are not limited to, temperature, concentration of various chemicals (such as combustible gases) in the air or elsewhere, water pressure, wind velocity, magnitude of force, signal integrity or bit eπor rates in communications transmissions facilities such as fiber-optic cables, geometric position of various mechanical devices such as valves and any other parameter that may be measured such that a state or change in state of the parameter may be determined. Each sensor is in communication with one or more security panels, as described above. In embodiments of the present invention, the security panel _; monitors the status of the various sensors, for example, by polling the sensors at regular time intervals, such as 1.5 seconds, or other intervals appropriate to the space and parameter being monitored.

In an embodiment of the present invention, the security panel is in communication with a supervisory monitoring system, which, as described above, can include a host computer configured with an embedded web server. The supervisory monitoring system is provided with a visual display to graphically represent the status of the various sensors. For example, in the case of temperature sensors, the visual display of the supervisory monitoring system may represent numerically the latest reported temperature at each of the temperature sensors. In addition, various alarm states, as described below, may be represented, such as by differently colored icons or by other representations as discussed below and as apparent to one of skill in the art ih view of this specification. In an embodiment of the present invention, the security panel is programmed to contain one or more predetermined values indicative of at least one of the following: a high-end threshold, a low-end threshold, and a rate-of-change threshold. In the case of a security panel that is programmed with a high-end threshold, the security panel will monitor the status of the sensors and if the value of the parameter measured by the sensor exceeds a predetermined high- end threshold, the security panel will interpret that state as a high-end alarm. The security panel will then provide a real-time self, initiated notification signal to a monitoring system indicating the sensor that is in the high-end alarm state. The monitoring station may then provide a graphical representation of the sensor in the high-end alarm state, such as by use of a particular colored icon representing the sensor in high-end alarm state.

Similarly, the security panel may be programmed with a predetermined low-end threshold. If the value of the parameter measured by the sensor is less than the low-end threshold, then the security panel will interpret that as a low-end alarm state, and provide a realtime, self initiated notification signal to the monitoring system indicating that the sensor has entered a low-end alarm state. As with the high-end alarm state, this may be graphically represented on a visual display of the monitoring system, such as by a colored icon.

The security panel may be programmed with a predetermined rate-of-change threshold. A rate-of-change threshold is a predetermined amount which the parameter may change in a specified period of time. For example, in the context of temperature sensors, the rate of change threshold may be 5 degrees in 5 minutes. Thus, the security panel will monitor the measurements by the sensor over a period of time. If the rate at which the measured parameter is changing exceeds the rate-of-change threshold, then the security panel will interpret this as a rate-of-change alarm state, and provide a real-time, self initiated notification signal to the monitoring system indicating that the sensor has entered the rate-of-change alarm state. This may be graphically represented on a visual display of the monitoring system, such as by a colored icon.

In another embodiment of the present invention, a plurality of sensors are located at various predetermined monitoring locations of a space to be monitored. As described above, these sensors monitor an environmental or other parameter and provide signals indicating the value of the parameter to a security panel. As the state of the sensor changes in response to changes in the value of the parameter being measured, the security panel will provide self initiated real time notification signals to a monitoring system indicating the new state of the sensor. In an embodiment, the security panel will only provide the real-time self-initiated notification signal in the event of a change in the sensor that exceeds a predetermined value. For example, in the case of temperature sensors, the security panel may be programmed only to provide a notification signal if the change in temperature is greater than 1°F. In another embodiment, the security panel may be programmed to provide a notification signal after a predetermined period of time, or at predetermined intervals after an initial notification signal triggered by a high-end, low-end, rate-of-change or other alarm.

In such embodiments, the monitoring system is provided with a visual display that represents the space being monitored as a chromagraph. A chromagraph is a representation by which different colors or shadings are used to represent different values of the parameter measured by a sensor.

As an example of an embodiment of the present invention providing a chromagraph, a system in which the parameter measured is temperature will now be described. However, it would be understood by one skilled in the art that this is by way of example only and that other environmental or other parameters may be used, such as those described above or others that are known in the art or apparent in view of this specification. In this example, the temperature of a space is being monitored by five temperature sensors, 1301 through 1305. This arrangement is shown in FIG. 13. The temperatures measured by the sensors are 80° F for sensor 1301, 90° F for sensor 1302, 80° F for sensor 1303, 70° F for sensor 1304, and 80° F for sensor 1305. These temperatures may be represented by using a particular color or shadings corresponding to the temperature, for example gray could represent 80° F, black could represent 90° F and whitecould represent 70°F.

A chromagraph for the entire space can be derived by using the information from the sensors 1301 through 1305. For example, between sensors 1301 and 1302, there is a temperature change of 10° F. Thus, it could be assumed that as one moves from the location of sensor 1301 to sensor 1302, the temperature gradually increases from 80° F to 90° F. For example, it may be assumed that halfway between the two sensors the temperature is 85° F. The exact algorithm by which these intermediate values are determined is not critical to the present invention and various algorithms may be used in different contexts. For example, one such algorithm may estimate a temperature at a point based on the inverse square of the distance between the point and the nearest sensor. In an embodiment, the chromagraphic representation indicates gradual differences in temperature by use of a gradual change in shading. This process may be repeated for the entire space so that a complete, or nearly complete, visual representation is provided of the values for the temperature or other parameter throughout the space being monitored. . Such a depiction may provide valuable information to users of the present invention. For example, such a depiction may reveal that a fire has occurred in a particular part of a building and that there are other parts of the building that may be safely entered to approach the fire. In another example, such a picture may reveal the spread of a cloud of toxic chemical gas.

In embodiments of the present invention, this information is transmitted to and displayed by a monitoring system including one or more mobile devices, such as personal computers equipped with wireless communication capabilities, used by firefighters or hazardous materials or other response personnel as they travel to the space in response to an alarm. As the sensor states change in response to parameter-value changes in the monitored space, these response personnel can receive that information in near real-time, and can develop a strategy, as they travel to the monitored space, for addressing the problem that triggered the alarm. In situations where an alarm requires responses by multiple teams — such as a large fire or chemical fire requiring fire, police, rescue and environmental teams — embodiments of the present invention provide each team with mobile monitoring capabilities displaying the same information, including changes about the alarm situation, in near real time. These teams thus have the ability to develop a plan and coordinate their planned actions as they travel to the monitored site, thus improving the timeliness and effectiveness of their response and enhancing their own safety.

In some circumstances, relevant sensors may not be located in certain portions of the overall space being monitored. In these circumstances, it may be difficult to represent the value of the relevant parameter at that portion of the space. In an embodiment of the present invention, it is assumed that the value of the parameter being represented at that portion of the space is equal to a mean value of the temperature measured by the sensors. In embodiments of the present invention, extreme sensor measurements, such as those that may be expected during a fire, would not be included in the calculation of a mean temperature value for the entire space. Thus, in FIG. 13, space 1306 may be shaded gray, to indicate a mean of approximately 80° F. Other methods for estimating and representing parameter values at locations in a space where a sensor is not present are apparent in view of this specification.

In another embodiment of the present invention, a system may be provided that allows a user to track and identify the people in a particular subspace or subspaces of a monitored space. In general, a detection system is provided including one or more a wireless interface devices at the portal between subspaces (such as rooms or other defined areas) in the space being monitored. Examples of wireless interface devices include RFID readers and radiolocation transceivers such as Global Positioning transceivers, as known in the art. In an embodiment using an RFID reader, a portable interface device is provided, such as a card carrying passive harmonic circuit elements or active circuit elements that respond to electromagnetic signals emitted by the RFID reader. In an embodiment using a radiolocation transceiver, the portable interface device may be a radiolocation transmitter.

In an embodiment of the present invention, two RFID readers are provided, one on each side of a portal between two subspaces, or other entrance or exit. Alternatively, one RFID reader may be provided so long as it is able to distinguish between a portable interface device on one side of the portal from a portable interface device on the other side of the portal. In any event, the RFID devices are configured to determine which subspace a portable interface device has left (and which has been entered) based on the sequence of activation of the RFID reader(s) or other detection that a portable interface device has left one subspace and entered another subspace.

For example, FIG. 14 shows a space divided into subspaces 1401 and 1402. These subspaces are separated by boundary 1403 through which portal 1404 has been provided. A first RFID reader, 1405, is located in subspace 1401 adjacent to the portal ; a second R-FID reader, 1406, is located in subspace 1402 adjacent to the portal. When a portable interface device (such as a card carried by an individual) crosses from subspace 1401 to subspace 1402, RFID 1405 will detect the presence of the portable interface device slightly before RFID reader 1406. This indicates that the portable interface device (and the person carrying it) has moved from subspace 1401 to subspace 1402. The reverse will be true for movement from subspace 1402 to subspace 1401.

In an embodiment of the present invention, a security panel reports the location of each portable interface device (and the person carrying it) in various subspaces within the space, and can be programmed to keep track of— and report periodically or in response to an alarm condition, for example ~ the number of people in each subspace. Thus, for example, in the case of a fire, a firefighter equipped with a mobile computer, as discussed above, could arrive at the space in response to a fire alarm with information on the number of people in each room or other subspace within the space. Such information may be of particular importance in the rescue effort. For example, rescue personnel would know in advance whether, in a building that is on fire, there were people in a particular room so that the rescue personnel could direct their efforts to where they were actually needed.

In addition to determining the number of people in a given area, in a preferred embodiment, the system of the present invention can determine the number of particular types or classifications of people in a given area. For example, a firefighter can be provided with a portable interface device that indicates her status as firefighter; similarly, employees of a business can be provided with a portable interface device that indicates this status. In embodiments of the present invention, the RFID readers are connected to a security panel, which is described above. The security panel may provide real time self initiated notification signals to a monitoring system when the RFID sensors indicate a change in the arrangement of people within the space being monitored. Additionally, a visual display at the monitoring system may provide a graphical representation of the number of individuals in each room within the space being monitored. This may be by a numerical representation, or by the appropriate number of icons located in each room. Moreover, the visual display could represent the type or other classfication of the various individuals within each room such as by colored icon (red icons indicating firemen; blue icons indicating policemen; etc.) or simply by a table or other depiction of the breakdown of individuals by the various types or classifications. Thus, for example, a rescue scene commander could observe, in nearly real time, that a rescue team member was approaching a group of employees in a burning building and could use that information to determine whether another rescue team member should be directed to the same group or to another group of employees further away from the fire.

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.