Graphical user interface for emergency apparatus and method for operating same

[0001] The present invention relates generally to a network and communication system used by emergency personnel and more particularly to a network and communication system for use therewith.

[0002] Firefighter or other first response personnel systems with combination location/tracking, electronics and sensor monitoring indoors/outdoors are very helpful in emergencies. It is very desirable for an incident commander to be in contact with his/her personnel and to monitor their location, the electronic sensors and electromechanical equipment they carry with tracking capabilities at the scene of an emergency. Conventional systems have relied on personnel arriving at the scene of an emergency and deploying temporary stationary transceivers, such as beacons, repeaters and antennas inside and outside a building or structure in order to relay information to a central base station. The deployment of these stationary transceivers is necessary to relay information to/from personnel in the building. Further, the stationary transceivers are sometimes used to triangulate the personnel's location.

[0003] However, stationary transceivers are large, heavy and require large amounts of power. Additionally, stationary transceivers, once deployed, are difficult to recover or find after the emergency is over, because stationary transceivers are typically lost or destroyed by the firefighters, emergency, or military personnel on the scene. Further, deployment of such stationary transceivers is time consuming and is often not practical under typical emergency circumstances. Also, an incident command officer on the scene may need to have instant communication to and from emergency services personnel on the scene. The location of the central base station may not be convenient for an incident command officer to obtain all of the information needed to efficiently perform his tasks or to obtain this information in a useful format. In addition, sensor monitoring systems used by emergency services personnel are usually provided with logging systems to log essential or legally required information when in use. This information must be downloaded and archived after use of these systems. Known archiving systems are inconvenient in that they require a physical connection between the sensor monitoring system and the archiving system.

[0004] Thus, in one aspect, some configurations of the present invention provide a communications system for emergency services personnel. The system can include portable devices to be carried by emergency services personnel while at an emergency site. The portable devices each may have at least a first transceiver configured to communicate over a first network and the portable devices are configured to communicate with one another. The system may also include a portable gateway apparatus. The portable gateway apparatus may have a portable computer having a graphical user interface (GUI) and a PCMCIA or smaller card that itself includes at least a first radio. The first radio is configured to communicate over the first network to obtain status information from the portable devices carried by the emergency services personnel. The GUI is configured to communicate with the PCMCIA card to display a node map indicating communication links between the portable devices carried by the emergency services personnel.

[0005] In another aspect, some configurations of the present invention provide a method for displaying status of a plurality of emergency services personnel carrying portable devices. The portable devices each may have at least a first transceiver configured to communicate over a first network. The portable devices may also be configured to communicate with one another. The method may include utilizing a portable gateway apparatus that includes a portable computer and a PCMCIA or smaller card. The card may include at least a first radio that is configured to communicate over the first network to obtain status information from the portable devices carried by the emergency services personnel. The communication is provided to cause to display, on a GUI, a node map indicating communication links between the portable devices carried by the emergency services personnel.

[0006] It will be appreciated that some configurations of the present invention provide a small apparatus that an incident command officer on the scene may use to obtain information needed to efficiently perform his tasks and to obtain this information in a useful format. In addition, in some configurations, sensor monitoring systems used by emergency services personnel that are provided with logging systems can have their log files downloaded and archived without requiring a physical connection between the sensor monitoring system and the archiving system.

[0024] The foregoing summary, as well as the following detailed description of certain embodiments of the present invention, will be better understood when read in conjunction with the appended drawings. To the extent that the figures illustrate diagrams of the functional blocks of various embodiments, the functional blocks are not necessarily indicative of the division between hardware circuitry. Thus, for example, one or more of the functional blocks (e.g., processors or memories) may be implemented in a single piece of hardware (e.g., a general purpose signal processor or a block or random access memory, hard disk, or the like). Similarly, programs may be stand alone programs, may be incorporated as subroutines in an operating system, may be functions in an installed software package, and the like. It should be understood that the various embodiments are not limited to the arrangements and instrumentality shown in the drawings.

[0025] As used herein, an element or step recited in the singular and proceeded with the word “a” or “an” should be understood as not excluding plural said elements or steps, unless such exclusion is explicitly stated. Furthermore, references to “one embodiment” of the present invention are not intended to be interpreted as excluding the existence of additional embodiments that also incorporate the recited features. Moreover, unless explicitly stated to the contrary, embodiments “comprising” or “having” an element or a plurality of elements having a particular property may include additional such elements not having that property.

[0026] Referring now to the drawings, in which like numerals represent like components throughout the several views, embodiments of the present invention are next described. The following description of the embodiment(s) is merely exemplary in nature and is in no way intended to limit the invention, its application, or uses.

[0027] FIG. 1 is a block diagram of an exemplary system 10 formed in accordance with an embodiment of the present invention. The system 10 includes a plurality of portable telecommunication devices 20 and a portable gateway apparatus 18 comprising a communications command gateway 12 and a laptop (or smaller, e.g., a Personal Digital Assistant [PDA] or a palmtop) computer 14. The portable devices 20 may be handheld, or mounted to/within equipment carried by emergency personnel. As will be further explained below, each portable device 20 includes a transceiver equipped for bidirectional wireless communication with the other portable devices 20 and with the portable gateway apparatus 18 via command gateway 12. The command gateway 12 includes at least one radio configured to communicate over at least a first network 13 to obtain status information from the portable devices 20 carried by the emergency services personnel. In this example, two radios are provided for communication over networks 13 and 15. The command gateway 12 is equipped for bidirectional wireless communication with each portable device 20 and is further equipped for communication with the a graphical user interface (GUI) running on laptop computer 14. Optionally, the command gateway 12 may be integrated into the laptop computer 14. For example, the command gateway 12 may represent a Personal Computer Memory Card International Association (PCMCIA) card (or a physically smaller card) plugged into the laptop computer 14, with associated software (e.g., a GUI) running on the laptop computer 14. For example, in some configurations, the GUI operates on an IBM compatible laptop portable computer with the Microsoft Windows XP operating system. The GUI can display several screens to a user, as described elsewhere herein. The GUI is or can be configured to communicate with the PCMCIA card 12 to display a node map indicating communication links between the portable devices 20 carried by the emergency services personnel.

[0028] The system 10 provides a network 11, in which each portable device 20 and the command gateway 12 communicate with one another. In some configurations, the communication occurs over at least one network, or over two separate networks 13 and 15. The first and second networks 13 and 15 are configured to operate independent of one another without interference therebetween. For example, each network 13, 15 may have a different carrier frequency (e.g., 900 MHz, 2.1 GHz, 2.4 GHz and the like) and/or different communications protocol. As another example, each network 13 and 15 may operate at very close carrier frequencies (e.g., 2.400 GHz and 2.480 GHz) that constitute separate channels within a common general frequency ranges. As another example, each network 13 and 15 may operate at permitted or mandated frequencies, such as frequencies above 900 MHz. As another example, one or both of the first and second networks 13 and 15 may be assigned code division multiple access (CDMA) codes or different sets of channels at a common carrier frequency or at overlapping communications pass bands.

[0029] Each of the first and second networks 13 and 15 may be bidirectional to support transmission and reception within the first network 13 and transmission and reception within the second network 15. Alternatively, one of the first and second networks 13 and 15 may be bidirectional, while the other of the first and second networks 13 and 15 is only capable of one of transmission and reception at the portable devices 20. As a further option, the first and second networks 13 and 15 may be assigned frequencies and bandwidths that exhibit different range and propagation properties through structures (e.g., walls, doors, hallways, floors, stairwells, elevators, etc.). For example, the first network 13 may be assigned a frequency, bandwidth and effective radiated power (ERP) that affords longer range capabilities (e.g., up to 2 miles), but experiences substantial attenuation when encountering structures (e.g., walls, ceilings, etc.). As another example, the second network 15 may be assigned a frequency, bandwidth and ERP that affords shorter range capabilities (e.g., up to 500 yards), but experiences very little attenuation when encountering rigid structures. In FIG. 1, the first network 13 is shown in solid lines, while the second network 15 is shown in dashed lines. The first and second networks 13 and 15 may be supported by all or only a portion of the portable devices 20.

[0030] Optionally, each portable device 20 may be interconnected with, or incorporated into, other systems or equipment carried by firefighters, soldiers, emergency workers, or other users. For example, firefighters and many other emergency services personnel typically carry a breathing apparatus when entering a dangerous environment. There are different types of breathing apparatus, with which the portable device 20 may be utilized. Examples of such breathing apparatus include a portable air purifying respirator (PAPR), a self-contained breathing apparatus (SCBA), a non-powered air purifying respirator (APR), a hose line, any combination thereof and the like. The examples described hereafter are in connection with a SCBA, but it is understood that any other breathing apparatus or combination may be substituted therefore.

[0031] Each portable device 20 may be integrated into a SCBA to form an interconnected, comprehensive safety and communications system that includes the SCBA, a portable device 20 and a number of additional components. The portable devices 20 receive SCBA and more generally on-board system data from equipment carried by the user. The on-board system data provides information related to the SCBA, status to the performance, to the environment and the like.

[0032] FIG. 2 is a perspective view of an exemplary mobile emergency system 16 carried by a firefighter or another emergency services worker. As illustrated therein, the system 16 may include a collection of firefighting or safety equipment, including a high-pressure air tank 104, mounted on a backpack 100, as well as headgear 105 that is worn on the user's head and connected to the air tank 104 by an air supply/data line 102. The line 102 supplies breathable air from the air tank 104 to the user's mouth and nose and power/data communications to a heads-up display 107. The backpack 100 includes a belt 115 and shoulder straps 117.

[0033] The system 16 includes a Personal Alert Safety System (“PASS”) system 420, a personal digital assistant (“PDA”) device 410, a video camera 460 and a “heads-up” display (“HUD”) 107. The PASS system 420 may include both a PASS unit 430 and a separate PASS control console 450. The PASS unit 430 may be carried in a recess in the user's backpack 100, while the PASS control console 450 hangs from the end of a pressure data line 106, connected via a pressure reducer to the air tank 104, and a reinforced electronics cable sheath 103. The sheath 103 includes an electronics cable that interconnects the PASS unit 430 to the PASS control console 450 and PDA device 410. In the example of FIG. 2, PASS system 420 is shown to be distributed at two locations within the system 16, namely at the end of pressure/data line 104 and at the base of the tank 104 on belt 115. Optionally, the PASS unit 430 and PASS control console 450 may be co-located within the system 16.

[0034] The HUD 107 is connected to the other electronic components via an electronics cable may be integral with the air supply/data line 102. However, the cable may also be separate from the air supply line 102. The HUD 107 displays various information, such as an indication of the amount of air remaining in the tank 104, instructions/information received from the command gateway 12 and/or from other portable devices 20, and the like. The air tank information may be gathered via a pressure transducer located in the outlet pathway of the tank 104. Optionally, the HUD 107 includes four LED's corresponding to the tank 104 being ¼ full, ½ full, ¾ full and completely full.

[0035] FIG. 3 is a block diagram of a portion of the system 16 of FIG. 2. In FIG. 3, the portable device 20 is joined to the HUD device 107 through air supply/data line 102, and is joined to the air tank 104 through a pressure sensor line 105. The portable device 20 includes one or more of the camera 460, PDA device 410, PASS control console 450 and PASS unit 430. The PASS control console and unit 450 and 430 are interconnected through a communications bus 109 that is provided within the electronic cable sheath 103 (FIG. 2). The PASS unit 430 includes a motion sensor 45 and an air sensor 46. The motion sensor 45 detects motion of the system 16, while the air sensor 46 detects the air pressure in the tank 104. The PDA device 410 is communicatively coupled to the PASS control console 450, and the camera 460 is communicatively coupled to the PDA device 410.

[0036] FIG. 4 is a block diagram of the internal functionality of one of the portable devices 20 of FIG. 1. The portable device 20 includes a master control section 30 (also referred to as a back-frame), the PASS control console 450, the PASS unit 430 and two wireless communication sections 50, 60. The control section 30 may be housed within the PDA device 410 or elsewhere. The control section 30 includes a master, core or console microprocessor 32, a plurality of user input mechanisms 33, such as push buttons, a plurality of user indicators 34, such as LED's, and a display 35. An RF ID circuit 37 is connected to the microprocessor 32. The RF ID circuit 37 allows a user of the system 16 to log in and map the individual user's name or other identification information to a specific device 20 and/or system 16. The RFID circuit 37 is optional. When used, the RFID circuit 37 reads a tag provided to the user. The tag contains personal information including the user's name, seat position, job responsibility and the like. At the beginning of each shift, the user's tag is read through the RFID circuit 37 by the PASS control console 450 (FIG. 3) or by the PDA device 410. The tag information is transmitted to the laptop computer 14. The laptop computer 14 then constructs a map storing a one-to-one correlation between each user's individual tag information and a unique device ID stored on board the portable device 20 and associated with an individual system 16. The device ID may also constitute a radio ID.

[0037] The PASS control console 450 includes a microprocessor 42, inputs 43, 44 and a plurality of user indicators 47, such as LED's. The inputs 43 and 44 receive signals from a motion sensor 45 and an air sensor 46 in the PASS unit 430 over the communications bus 109. Optionally, the motion sensor 45 and air sensor 46 may be provided within the PASS control console 450. When the air sensor 46 is located at the PASS control console 450, an air pressure line is provided between the tank 104 and the PASS control console 450. The microprocessor 42 of the PASS control console 450 is communicably connected with the microprocessor 32 of the control section 30 by a first communications bus 49. The portable device 20 is battery powered with replaceable or rechargeable batteries 61.

[0038] Each wireless communication section 50, 60, may include separate microprocessors 52, 62, RF micro devices 53, 63, and antennas 54, 64, respectively. In addition, the first wireless communication section 50 includes inputs from other devices, such as a digital compass 57 and a temperature sensor 58. The microprocessor 52 of the first wireless communication section 50 is communicably connected with the microprocessor 32 of the control section 30 by the communications bus 65, while the microprocessor 62 of the second wireless communication section 60 is communicably connected with the microprocessor 32 of the control section 30 by a communications bus 67.

[0039] Each portable device 20 normally operates as follows. Data from throughout the system 16, such as the remaining capacity of the air tank 104 and the status of the PASS unit 430, is continually or regularly gathered via the PASS system 420 and relayed by the PASS control console 450 to the core microprocessor 32 via the first communications bus 49. The core microprocessor 32 performs general functions such as analyzing received data, displaying received data or other information on the display 35, providing status or alarm indications to users via the LEDs 34, and receiving user input or control instructions via the push buttons 33. In addition, the core microprocessor 32 formats/packetizes data, including data received from the PASS system 420, and provides the packetized data to the first and second wireless communication sections 50 and 60 via the communications buses 65 and 67.

[0040] The microprocessor 32 formats and packetizes the data based on separate protocols associated with the first and second networks 13 and 15. Thus, data to be transmitted over the first network 13 is formatted and packetized based on a first protocol, while data to be transmitted over the second network 15 is formatted and packetized based on a second protocol.

[0041] When the first wireless microprocessor 52 receives data from the microprocessor 32, the data is packaged into one or more data packets for transmission via the first wireless communications network 13. If the received data is simply status data, then the cumulative size of the packets may be relatively small. However, other types of data, such as audio or video transmissions may be packetized into a series of packets that form a large stream. The microprocessor 52 forwards the packetized data to the RF micro device 53 which drives the antenna 54 to broadcast the data packets over the wireless communications network 13. For example, the RF micro-device 53 may include a local oscillator that is up converted or down converted to a frequency corresponding to the carrier frequency associated with the first communications network 13. The carrier frequency is modulated or otherwise mixed with the packetized data to form an RF data stream (or single RF data packet) that is broadcast by the antenna 54. The RF micro-device 53 may transmit and receive over a common frequency. Alternatively, the RF micro-device 53 may transmit and receive over different frequencies.

[0042] In certain instances, the RF micro-device 53 may receive data packets from different portable devices 20 at overlapping times. The RF micro-device 53 discriminates between multiple received by processing the first data packet received and ignoring the overlapping data packet that arrived second in time.

[0043] Also, between transmissions, the first wireless communication section 50 intermittently monitors in-coming wireless transmissions via the antenna 54 and RF micro device 53. Wireless transmissions are received from other portable devices 20 or equipment in the first wireless communications network 13, such as the command gateway 12. Optionally, wireless transmissions may also be received from other types of communication devices that may also be incorporated into the network 13. The RF micro-device 53 performs signal processing filtering, down converting and other operations upon the received data. The RF micro-device 53 extracts, from the received RF signal, the modulated data packets. Data packets are passed from the RF micro-device 53 to the microprocessor 52, which frames the data packets and examines the data within the data packets to determine whether the portable device 20 is the intended recipient of the data or not.

[0044] Each device 20 is assigned a unique device ID that is stored at the microprocessor 52. Received data streams include at least one data packet that includes a destination device ID of the portable device 20 to which the data stream is addressed. The microprocessor 52 compares the destination device ID within a received data stream to the stored device ID of the device 20. When the received data stream is addressed to the device 20, the data is relayed by the microprocessor 52 to the core microprocessor 32. Alternatively, when the data stream is not addressed to the device 20, the data is returned to the RF micro device 53 and antenna 54 for rebroadcast. In this way, packetized data from the various portable devices 20 may be relayed between other devices 20 and the command gateway 12 over the first communications network 13. This reduces the transmission range required of the first wireless communication section 50, which in turn reduces the power requirements of the device 20 as a whole.

[0045] The second wireless communications section 60 operates in a manner similar to section 50, but over a separate second network 15. The section 60 includes a microprocessor 62 that communicates with the core microprocessor 32 over communications bus 67. The microprocessor 62 passed outgoing data to an RF micro-device 63 over link 69 for transmission by the antenna 64 over the second network 15. The antenna 64 and RF micro-device 63 monitor the second network 15 for incoming wireless transmissions. When data is received over the second network, the microprocessor 62 compares a device ID in the received data stream with a stored device ID. When the stored and received device IDs match, the received data is passed to the core microprocessor 32. When the stored and received device IDs do not match, the received data is rebroadcast by the RF micro-device 63 and antenna 64 over the second network 15. The RF micro-device 63 may transmit and receive at a common carrier frequency. However, the carrier frequency of the RF micro-device 63 may differ from the carrier frequency of the RF micro-device 53. When overlapping data packets are received, the RF micro-device 63 also processes the first data packet detected.

[0046] Optionally, the functionality of the RF microprocessors 52 and 62 may be combined into a single microprocessor or software module operating on the core microprocessor 32. Optionally, the functionality of the RF micro-devices 53 and 63 may be combined into a single RF device that drives a single antenna or both of antennas 54 and 64. Optionally, the functionality of the RF micro devices 53 and 63 may be integrated into the RF microprocessor 52 and 62, respectively. Similarly, the RF microprocessors 52 and 62, and RF micro-devices 53 and 63 may all be combined into a common integrated component.

[0047] FIG. 5 illustrates an exemplary data format 500 for the protocol associated with the first network 13. The data format 500 is utilized by the microprocessor 52 to packetize data transmitted over the first network 13 to and from the laptop computer 14. The data format 500 includes a series of fields, each of which may include one or more bits or bytes depending upon the amount of data bits needed to convey the associated type of information. By way of example, each of the fields illustrated in FIG. 5 may be one byte in length.

[0048] The data format 500 includes a label field 502 that includes the device or radio ID associated with the device 20 that is transmitting the data packet. For example, the label field 502 may identify a device 20 or the laptop computer 14. A name/seat position field 504 includes a personal identification of an individual system 16. The personal identification may constitute a SCBA radio ID and the like. A pressure data field 506 includes information indicating the amount of air remaining in air tank 104 (e.g. ¼, ½, ¾ and full levels). The pressure data field 506 may be populated by the microprocessor 32 based on an air sensor reading from an air sensor 46. The temperature data field 508 includes information indicating the ambient air temperature surrounding the user of the equipments 16. The temperature data field 508 may be filled by the microprocessor 32 based upon information from the temperature sensor 58 that is conveyed to the microprocessor 32 via the microprocessor 52 and communications bus 65.

[0049] Altitude data field 510 includes information indicating a detected altitude surrounding the user and equipment 16. The altitude data field 510 is filled by the microprocessor 32 based upon readings at the altitude sensor 55. A batter voltage field 512 is included to indicate a measured battery voltage of the battery source 61 that is used to provide power to the device 20. An alarm field 514 is included to provide an on/off alarm status associated with a particular device 20. The alarm field 514 may indicate that an individual device 20 has manually or automatically initiated an alarm. Alternatively, the laptop computer 14 may use the alarm field 514 to instruct a device 20 to activate its alarm. An evacuate acknowledge field 516 is used by the device 20 to acknowledge receipt from the laptop computer 14 of an instruction to evacuate. A withdrawal button status field 518 provides an on/off indication of whether an individual device 20 has been automatically or manually designated by the laptop computer 14 to be withdrawn.

[0050] In some configurations, an elapsed time for each of the SCBAs from power on must be kept at portable command gateway 18. For example, and referring to FIG. 6, when a portable device 20 is first powered on, the portable command gateway 18 logs the current time. A column (not shown, as it is out of scroll range to the right in FIG. 6) on the main screen 2100 displays the elapsed time for each portable device 20. The time may be displayed in minutes. If the portable command gateway 18 loses communication with a portable device 20, the portable device may continue to be displayed at the portable command gateway 18, but may be ‘grayed out’ to indicate ‘out of range.’ Each of the firefighters at the scene with an air pack may have a unique ID assigned that can be displayed on the main screen (e.g., labeled Firefighter x in FIG. 6). Every member of personnel at the scene may be displayed and the screen may up and down where necessary. The status of each of the firefighter's PASS systems 420 may be displayed on screen. A PASS system 420 may, for example, display in red when in alarm, and in green when in a normal status. A “track” field may indicate the status of locator radios. When in alarm, the track field may also be displayed in red. The track field displays the status of each firefighter's air tank 104 status. Air tank 104 status may be shown as a simulated LED array 2102 in some configurations, in order, from left to right, R-A-G-G where R indicates Red, A indicates Amber and G indicates Green. Air tank status may, for example, be indicated as full by both green simulated LEDs on, while a single green may indicated three quarters full, a single amber may indicate one half full, and a single red may indicate one quarter full. GUI 2100 may display various status updates to an Incident Commander. An EVAC ALL (Evacuate all) button 2104 may be provided that causes an evacuation signal to be sent to all of the firefighters at the scene. When activated, GUI 2100 may show all firefighters IDs in red until the EVAC acknowledge feedback has been received at the portable command gateway 18. Request and acknowledge messages may be displayed in the output window. An E may be displayed in the Node ID field (i.e. (E)) to indicate evacuation mode. The E may not be displayed until the base station receives an EVAC ACK (Evacuation Acknowledgement) from the user which may be initiated at the console by, for example, depressing the RESET button twice. This information may then be transmitted to the gateway command station 18. An EVAC IND (Evacuate individual) button 2106 may be provided to produce an evacuation signal to one or more individual firefighters. To activate, the user may click and highlight individual firefighter IDs. When activated, the display may show the firefighters IDs in red until the EVAC acknowledge feedback has been received at the gateway command station 18. Request and acknowledge messages may be displayed in the output window 2108. An E may be displayed in the Node ID field (i.e. (E)) to indicate evacuation mode. The E may not be displayed until the base station receives an EVAC ACK from the user which is initiated at the console by depressing the RESET button twice. This information may then be transmitted to the gateway command station. A user may click a REFRESH button to update all the screen information to the current status. An automatic screen refresh rate of 20 seconds can be provided in some configurations. The console may include a Withdrawal button to allow the user to inform the commander that he or she is leaving the scene for reasons of personal safety. The withdrawal button status may be indicated on the screen by a W displayed in the Node ID field (i.e. (W)) to indicate Withdrawal mode. In some configurations and referring to FIGS. 6 and 7, the user may click on the SHOW LINKS 2110 button to display a GUI screen 2200 showing all nodes 2202 representing firefighters in the mesh network 13 and the signal strengths between the individual nodes 2202. The signal strengths may be indicated, for example, by the lines 2204 (only a few of which are labeled in FIG. 7) between the nodes in different colors. Referring to FIGS. 6 and 8, the user may click on the LOCATE button 2112 to display a GUI screen 2300 showing a locator node 2302 that is in alarm condition and the neighboring nodes 2202 receiving the alarm signal. A node 2302 will be highlighted in RED when any of the Node IDs are in PASS alarm. A node may be highlighted in AMBER when any of the Node IDs are in ¼ bottle air condition or less.

[0051] Thus, in this exemplary configuration, the GUI is configured to indicate portable devices 20 of emergency services personnel in an alarm condition. At least when requested by a user of the portable gateway apparatus 18, or, in some configurations, automatically and without further command by a user, the GUI can be configured to indicate emergency services personnel who are neighbors 2304 in effective communication with an emergency services personnel in an alarm condition 2302. Whether a radio link exists can be determined by signal strength, bit error rates, and/or other suitable objective measurements. For example, signal strength at the radio of the person signaling the alarm may be indicated by transferring a signal strength indication at that radio to the portable gateway apparatus. Such a measure of signal strength can be taken as a function indicative of a distance between the neighbor and the emergency services personnel in the alarm condition, as signal strength, under ideal conditions, is proportional to the inverse square of the distance, all other factors being equal. Non-ideal conditions may make this relationship inexact, as, for example, obstructions in an RF path may further reduce signal strength. However, the presence of obstructions may increase the actual distance a neighbor may have to travel to reach and render aid to the person in the alarm condition.

[0052] In the exemplary configuration, the GUI may be configured to display an indication of the type of alarm condition. Also, in some configurations, the GUI is or can be configured to display status information of the emergency services personnel. For example, the status information may include an indication of at least one of air or oxygen remaining in a tank or local temperature.

[0053] In some configurations and referring to FIG. 9, the GUI is used to provide a user with a selection 2400 of building drawings. The user can select a building drawing most like the emergency site (e.g., a single story building, a two-story building, a three-story building, a three-story building with a basement, etc.) and can then drag and drop icons 2402 representing personnel representations in the node map 2404 into user-selected positions in a selected building drawing or representation 2406, where they are then displayed. This feature allows a user to keep track of the location of emergency services personnel represented in a node map, and can be particularly useful when compatible automatic real-time location devices are not available.

[0054] In another possible implementation (not illustrated), the display screen may be subdivided into a plurality of separate areas, and node icons may be distributed between the various areas on some meaningful basis. For example, each area could represent a different physical location around the incident scene, such as the rear of a burning building, the roof of the building, the first floor of the building, or the front of the building. Alternatively, each area could represent a different fire department or other organizational unit, or any of a wide variety of other distinguishing factors. Although communications links may and often will still exist between devices 20 represented by node icons in the different areas of the display screen, positioning their icons in the different areas may make it easier for a user to read and interpret the information presented by the display screen as a whole. Optionally, the different areas of the display screen may be provided with labels. The labels may be established ahead of time or may be manually selected or established on the scene by the user.

[0055] In yet another implementation (not illustrated), the display screen may include a physical depiction of the incident scene itself. The physical depiction may be a blueprint for a building, a map or site plan of an area of land, or the like. Such a physical depiction may be provided by a building superintendent or landowner, or may be downloaded from a central database, either upon arrival at the scene or ahead of time. Node icons may be placed on the physical depiction manually or may be placed and controlled automatically using GPS or other physical location determining means using conventional software and hardware components.

[0056] An example will be described in which the system 10 operates to perform an emergency search to locate a device 20 that has lost communication with the laptop computer 14 over the first network 13.

[0057] FIG. 10 illustrates an emergency search processing sequence 600 carried out by the portable device 20 when shifted to an emergency mode of operation. At 602, the microprocessor 52 of the first wireless communication section 50 receives an alarm message, via the first wireless communications network 13, instructing all portable devices 20 to search for a particular portable device 21, sometimes referred to hereinafter as the “target” device, via a second wireless communications network 15. This situation may occur in any of several situations. First, the alarm message may be triggered by the target device 21 itself, either manually (e.g., by the user to which the device 21 is assigned, or by other nearby personnel) or automatically (e.g., according to a predetermined condition or set of conditions, such as a “motionless” state as detected by the PASS unit 430). Alternatively, the alarm message may be generated by the command gateway 12, either in response to a particular message from the target device 21, or upon the detection of certain conditions by either the command gateway 12, the associated laptop computer 14, or by command and control personnel interacting with the laptop computer 14 or gateway 12.

[0058] Regardless of the origination of the alarm message, once the core microprocessor 32 identifies a received alarm message it activates the second wireless communication section 60, at 604. At 606, one of microprocessors 32 and 62 determine whether the receiving device 20 is the target device 21. When the portable device 20 receiving the instruction is not the target device 21 itself, then upon activation, the microprocessor 62 of the second wireless communication section 60, at 608, instructs the RF micro device 63 to broadcast a search message including a destination device ID of the target device 21. The search message identifies the target device 21 and requests the target device 21 to respond upon receiving the message. The search messages are received by devices 20 and target device 21 at 610. Next, flow returns to 606.

[0059] When, at 606, it is determined that the receiving device 20 is the target device 21, the operation of the target device 21 itself is somewhat different. If the target device 21 receives either an alarm message, via the first wireless communications network 13, or a search message, via the second wireless communications network 15, then the target device 21 operates its second wireless communication section 60 to transmit a reply message at 612, over the second wireless communications network 15, indicating its presence.

[0060] Meanwhile, at 614, other portable devices 20 use respective emergency wireless communication sections 60 to monitor for wireless transmissions from the target device 21 transmitted over the second wireless communications network 15. When a reply message from the target device 21 is received by one of the other portable devices 20, at 616, the receiving device 20 generates a new direct contact message for transmission to the command gateway 12 over the first network 13. The direct contact message includes target device reply information and is used to inform the command gateway 12 that the device 20 has made direct contact with the target device 21. At the same time, the receiving device 20 continues to gather status information from its own integrated system 16 or the like, and to transmit the status information to the command gateway 12 using the first wireless communication section 50. Thus, the target device reply information may be incorporated into a normal status message, or may be sent independently. Regardless, the target device reply information is transmitted using the first wireless communication section 50 over the first wireless communications network 13, which has a longer range than the second wireless communication section 60. In accordance with the above process, the target device reply information is repacketized and broadcast over the first wireless communications network 13.

[0061] Optionally, the portable devices 20 making direct contact with the target device 21 via the second wireless communications network 15 may use the reply message from the target device 21 to calculate an estimated distance between the receiving device 20 and the target device 21. The distance between a receiving device 20 and the target device 21 may be calculated based on signal strength, time of flight and/or time difference of arrival. For time difference of arrival, the location of the target device 21 is calculated relative to positions of other devices 20 that each receive the reply message. In the foregoing examples, each device 20 that receives the reply message also records with the reply message a time stamp of a time at which the reply message was received. The portable devices 20 and/or laptop computer 14 compares multiple time stamps from different receiving devices 20 to determine time differences between the points in time at which each receiving device 20 received the reply message. The time differences are then used to estimate a location of the target device 21 relative to the receiving devices 20.

[0062] When the location of the target device 21 is based on time of flight, the target device 21 may include the reply message and time stamp indicating when the reply message was sent. The receiving devices 20 may also record a time stamp for when a reply message is received. A comparison of the time stamps from the target device 21 and receiving devices 20 provides an estimated distance or range from the target device 21 to each receiving device 20.

[0063] In some configurations of the present invention and referring to again to FIG. 1, the portable devices 20 may have a second transceiver configured to communicate over a second network 15 independent of the first network 13. The portable device 20 may be further configured to time stamp and to store in a log file event information relating to the portable device 20, the emergency services personnel carrying said portable device, or both. The log file is stored in portable device 20, for example, in a circular buffer. Also, the PCMCIA or smaller card 12 may have a second radio thereon configured to communicate over the second network 15 to download the log file stored in the portable devices 20 to be carried by emergency services personnel. This download may proceed via a link using the second radio. The log file thus transmitted may be stored in the portable computer 14. The second radio may be configured to completely download a log file stored in one of the portable devices 20 without interruption before proceeding to download a log file stored in another of the portable devices 20. Also, the second radio may be configured to select, from the portable devices 20 within radio communication range, which portable device 20 is to initiate a download of a log file. The second radio can operate (i.e., transmit and/or receive) data at a frequency at or above 900 MHz, for example. In some configurations, the second radio can operate within authorized bands at approximately 900 MHz or at approximately 2.4 GHz.

[0064] Advantageously, it is not necessary for the portable computer 14 even to be the same room as the portable devices 20 to download the log files. In some configurations of the present invention, for example, the method includes portable devices 20 in a first room (for example, a garage or a storage area) into a mode in which log files can be downloaded, and downloading the log files to the portable computer 14 in a different room, such as an indoor office with a desk. The downloads can then proceed automatically.

[0065] The first wireless communication section 50 of each of the various portable devices 20, including that of the target device 21, continuously operate. Thus, as described previously, messages are sent and repeatedly received over the first wireless communications network 13. When a message is received, each device's dedicated microprocessor 52 determines whether it is the intended recipient for any of the various messages and, if not, retransmits the message back over the first communications network 13. Eventually, each message, including messages pertaining to the location of the target device 21, is thus transmitted and retransmitted to its intended recipient, which is typically the command gateway 12.

[0066] Throughout the process of FIG. 10, the devices 20 may communicate over corresponding predetermined channels. Alternatively, the devices 20 may communicate utilizing frequency hopping between channels. Each of the first and second networks supports bidirectional communications.

[0067] FIG. 11 is a schematic diagram of the exemplary system of FIG. 1 in normal operation, using the first wireless communications network 13, in a typical environment. In FIG. 11, the various devices 20 of FIG. 1 (Devices A-G) are communicating normally with each other via the first wireless communications network 13. Notably, each device 20 is capable of communicating with only a subset of the total number of devices 20 in the network, but all devices 20 are connected indirectly with the command gateway 12.

[0068] FIG. 12 is a schematic diagram similar to that of FIG. 11, illustrating the transmission of an alarm message 17 to the various devices 20. In FIG. 12, one of the devices 20 (Device E) is no longer able to communicate with any of the other devices 20 over the first network 13 for some reason. The laptop computer 14 determines that communication has been lost with device E. In response thereto, the laptop computer 14 broadcasts an alarm message 17 over the first network 13. The alarm message 17 includes the unique device ID of device E. The alarm message 17 is being propagated from the command gateway 12 through the first network 13, as shown by the arrows following the network connection paths. Each device 20 that receives the alarm message 17 over the first network 13, repeats the alarm message 17 of the first network 13. In addition, each device 20 that receives the alarm message 17, broadcasts a search message 23 (FIG. 13) over the second network 13.

[0069] FIG. 13 is a schematic diagram similar to that of FIG. 11, illustrating the transmission of search messages 23 by the devices 20 (devices A-D and F-G). The messages 23 are sent over the second wireless communications network 15. The search messages 23 represent messages sent separate and apart from the first network 13. The search message 23 includes the device ID of the destination device E. FIG. 14 is a schematic diagram similar to that of FIG. 11, illustrating the transmission of a reply message 25 from the target device 21 over the second network 15. The target device 21 was close enough to receive the search message 23, via the second network 15, from Device A, Device D or both. The device E determines that the search message 23 is directed to device E. Thus, in response, device E broadcasts a reply message 25 over the second network 15. When devices A and D receive the reply message 25, devices A and D broadcast target device reply information 27 over the first network 13 that includes the device ID of the devices A and D, a time stamp for when the reply message 25 was received by device A or D and the reply message.

[0070] FIG. 15 illustrates the transmission of target device reply information 27 reporting communication with the target device 21. Devices A and B received the reply message 25 from the target device 21 (Device E), established communication with Device E via the second network 15, and are meanwhile transmitting target device reply information 27 about Device E (including its estimated location) back through the other devices 20 to the command gateway 12 via the first wireless communications network 13. The devices 20 may pass the reply information 27 between multiple devices 20 before reaching the laptop computer 14. As the reply information 27 is passed from device to device (e.g., device A to device B to device F), each device appends its device ID to the end of the message. Thus, when the laptop computer 14 receives a reply message 27, the laptop computer 14 is able to determine the complete path along which the reply information 27 progressed to reach laptop computer 14. The two networks 13, 15 thus work in concert to avoid overloading either network and to maintain communications links with each device 20.

[0071] FIG. 16 illustrates a functional block diagram of a communications system 1200 formed in accordance with an alternative embodiment. The communications system 1200 includes a base station 1202, a console module 1204 and a PAK module 1206. The console and PAK modules 1204 and 1206 communicate with one another over a communications bus 1208. The console module 1204 includes a transceiver 1210 that includes an RF integrated circuit (RFIC) 1212 that controls a power amp 1214 to drive an antenna 1216. The transceiver 1210 bidirectionally communicates over the first network 13 (FIG. 1) to transmit and receive various types of data, such as temperature, pressure, alarm status information 1218-1220 and the like. The transceiver 1210 receives various types of information from the base station 1202, such as evacuation instructions and acknowledgement signals 1222 and 1224 (e.g., in response to a message from a user that the user desires to withdraw or is having an emergency).

[0072] The transceiver 1210 communicates over a serial data link 1226 with a processor 1228 that is configured to perform console and heads-up display management functions. The processor 1228 receives inputs from a pressure sensor 1230, a temperature sensor 1232, a compass and altimeter sensor 1234 and the like. An RFID circuit 1236 provides user information to the processor 1228. The RFID circuit 1236 allows the user to log in and map their names/identification to a specific system. The processor 1228 communicates with the RF IC 1212 to receive status information to be communicated to the base station 1202. A series of switched (e.g., reed switches, push buttons and the like) are provided on the system to be activated by the user to manually activate various functions, such as a withdrawal switch 1238, an emergency switch 1240 and reset switch 1242. The processor 1228 controls a series of LCDs 1244 and a LCD display 1246.

[0073] The PAK module 1206 also includes a transceiver 1260 that communicates over the second network 15 with the base station 1202 and other devices. The transceiver 1260 includes a RF IC 1262 that controls the power amplifier 1264 to transmit over an antenna 1266. A serial data link 1276 is provided between the RF IC 1262 and a PASS processor 1278. The PASS processor 1278 receives an input signal from a motion sensor 1280 and controls a piezo element 1282 to produce an audible sound during certain modes of operation.

[0074] The transceiver 1260 receives, among other things, distress messages 1284 from other devices, including the device ID of the transmitting PAK module 1206. The transceiver 1260 rebroadcasts the distress messages 1286 along with the device ID of the device from which the distress message originated.

[0075] During operation, when a user activates the emergency push button 1240, the processor 1228 informs the PAK module 1206 that the emergency status has been activated. In response thereto, the PASS processor 1278 within the PAK module 1206 activates a full alarm condition with the audible alarm being generated over the piezo 1282. In addition, a visible alarm is produced at the LCD display 1246 and an emergency message is transmitted over one or both of the first and second networks 13 and 15 by the transceivers 1210 and 1260, respectively.

[0076] When the user activates the withdrawal switch 1238, such activation indicates that the user wishes to exit from the building. The user may push the withdrawal switch 1238 to inform an operator at the base station 1202 of the user's desire to exit. When the withdrawal switch 1238 is activated, the processor 1228 instructs the transceiver 1210 to convey over the first network 13 a withdrawal message. The console module 1204 and PAK module 1206 may be programmed wirelessly over one or both of the first and second networks 13 and 15.

[0077] Next, some exemplary communications between the console and PAK modules 1204 and 1206 are described. An evacuation message may be initiated at the base station 1202 and transmitted over the first network 13 to the transceiver 1210. The processor 1228 identifies the evacuation message and conveys an evacuation notification signal to the PASS processor 1278 of the PAK module 1206. The PASS processor 1278 replies with an acknowledgment (evac. acknowledge signal) to the console module 1204 which then transmit the “evac. acknowledge signal” back to the base station 1202. The “evac. acknowledge signal” is initiated manually by the user, such as by pressing the reset switch 1242 to acknowledge receipt of the evacuation signal and that an evacuation is initiated.

[0078] When the PAK module 1206 enters an alarm condition, the PASS processor 1278 conveys an alarm signal to the processor 1228. The console module 1204 then transmits the alarm status to the base station 1202 over the first network 13.

[0079] When the user activates one of the emergency reset buttons 1240 and 1242, the processor 1228 provides an interrupt to the PASS processor 1278 of PAK module 1206. Pressure data from the pressure sensor 1230 is passed through the processor 1228 to the PASS processor 1278 of the PAK module 1206 and to the transceiver 1210. The transceiver 1210 conveys the pressure data, once properly formatted into packetized data to the base station 1202. Optionally, the LCD display 1246 may display upon demand from the user, an amount of time remaining for the air tank. The LCD display may not continuously display the air time remaining information to conserve power. The user may press the reset switch 1242 in order to initiate display of the time remaining information.

[0080] While the above examples are provided in terms of processors and micro-devices, it is understood that the processors and micro-devices merely constitute functional modules that may be implemented in discrete logic, hardware, firm ware, software, in a single CPU, in multiple CPUs, in FPGAs and the like.

[0081] Based on the foregoing information, it is readily understood by those persons skilled in the art that the present invention is susceptible of broad utility and application. Many embodiments and adaptations of the present invention other than those specifically described herein, as well as many variations, modifications, and equivalent arrangements, will be apparent from or reasonably suggested by the present invention and the foregoing descriptions thereof, without departing from the substance or scope of the present invention. Accordingly, while the present invention has been described herein in detail in relation to its preferred embodiment, it is to be understood that this disclosure is only illustrative and exemplary of the present invention and is made merely for the purpose of providing a full and enabling disclosure of the invention. The foregoing disclosure is not intended to be construed to limit the present invention or otherwise exclude any such other embodiments, adaptations, variations, modifications or equivalent arrangements; the present invention being limited only by the claims appended hereto and the equivalents thereof. Although specific terms are employed herein, they are used in a generic and descriptive sense only and not for the purpose of limitation.

[0082] While the invention has been described in terms of various specific embodiments, those skilled in the art will recognize that the invention can be practiced with modification within the spirit and scope of the claims.