WO2015179442A1 - Système de détection équipé de capteurs - Google Patents

Système de détection équipé de capteurs Download PDF

Info

Publication number
WO2015179442A1
WO2015179442A1 PCT/US2015/031632 US2015031632W WO2015179442A1 WO 2015179442 A1 WO2015179442 A1 WO 2015179442A1 US 2015031632 W US2015031632 W US 2015031632W WO 2015179442 A1 WO2015179442 A1 WO 2015179442A1
Authority
WO
WIPO (PCT)
Prior art keywords
sensor
data
sensors
module
based detection
Prior art date
Application number
PCT/US2015/031632
Other languages
English (en)
Inventor
Joseph L. GALLO
Ferdinand E.k. DE ANTONI
Scott Gill
Daniel Stellick
Original Assignee
Allied Telesis Holdings Kabushiki Kaisha
Allied Telesis, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US14/281,901 external-priority patent/US9779183B2/en
Priority claimed from US14/281,896 external-priority patent/US20150338447A1/en
Priority claimed from US14/281,904 external-priority patent/US20150339594A1/en
Application filed by Allied Telesis Holdings Kabushiki Kaisha, Allied Telesis, Inc. filed Critical Allied Telesis Holdings Kabushiki Kaisha
Priority to US15/312,617 priority Critical patent/US10277962B2/en
Publication of WO2015179442A1 publication Critical patent/WO2015179442A1/fr

Links

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02Alarms for ensuring the safety of persons
    • G08B21/12Alarms for ensuring the safety of persons responsive to undesired emission of substances, e.g. pollution alarms
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/14Central alarm receiver or annunciator arrangements
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B29/00Checking or monitoring of signalling or alarm systems; Prevention or correction of operating errors, e.g. preventing unauthorised operation
    • G08B29/02Monitoring continuously signalling or alarm systems
    • G08B29/04Monitoring of the detection circuits
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B29/00Checking or monitoring of signalling or alarm systems; Prevention or correction of operating errors, e.g. preventing unauthorised operation
    • G08B29/18Prevention or correction of operating errors
    • G08B29/185Signal analysis techniques for reducing or preventing false alarms or for enhancing the reliability of the system

Definitions

  • Embodiments provide a unique methods and systems for monitoring and managing a variety of network (e.g., internet protocol (IP)) connected sensors.
  • IP internet protocol
  • Embodiments are configured to allow monitoring (e.g., continuous real-time monitoring, sporadic monitoring, scheduled monitoring, etc.) of sensors and associated sensor readings or data (e.g., ambient sensor readings).
  • gamma radiation levels may be monitored in the context of background radiation levels. Accordingly, a significant change in the background gamma radiation levels may indicate a presence of hazardous radioactive material, bomb, etc. As a result appropriate actions may be taken to avert a possible security breach, terrorist activity, etc.
  • Embodiments may support any number of sensors and may scale upwards as more sensors are added or downwards as needed. Embodiments thus provide a universal sensor monitoring, management, and alerting platform.
  • One embodiment is directed to a method for monitoring and managing sensors.
  • the method includes receiving a data stream at an interval, wherein the data stream is associated with a sensor and determining whether the data stream at the interval satisfies a certain criteria to trigger an alert.
  • the method may further include in response to determining that the data stream satisfies the certain criteria, sending the alert and displaying information associated with the data stream of the sensor on a graphical user interface.
  • the certain criteria are whether the data stream at the interval exceeds a threshold.
  • the alert is a message transmitted to indicate that a hazardous material has been detected by the sensor.
  • the senor comprises a complementary metal-oxide-semiconductor (CMOS) component operable for detecting gamma radiation.
  • the method may further include rendering a map, where the sensor is shown on the map based on a location of the sensor. In some embodiments, the determining is further based on other sensors within a selected proximity of the sensor. In some embodiments, the method may further include storing the data stream at the interval. In some embodiments, the method may further include responsive to a selection of the sensor via a graphical user interface, rendering the data stream at the interval on the graphical user interface.
  • CMOS complementary metal-oxide-semiconductor
  • One embodiment is directed to a system for monitoring and managing sensors.
  • the system includes a process module configured to analyze a current sensor data from an associated sensor of a plurality of sensors and a sensor management module configured to manage a plurality of instances of the process module.
  • the sensor management module is further configured to associate metadata of the associated sensor with the current sensor data.
  • the system may further include a state management module configured to determine whether a st ate change of the associated sensor has occurred. The determination is based on a comparison between the current sensor data and a previous sensor data,
  • the system may further include a data store module configured to receive the metadata and the current sensor data.
  • the data store module is further configured to store the metadata and the current sensor data.
  • the data store module comprises the state determination module
  • the system may further include a visualization module configured to display the current sensor data and a representation of the associated sensor based on the metadata.
  • the visualization module is configured to display the current sensor data.
  • the current sensor data is visually positioned in close proximity to geographical location of the associated sensor on a map.
  • the system may further include a messaging module configured to send a message based on the current sensor data, the metadata, and further based on whether the current sensor data satisfies a certain condition.
  • the sensor management module is configured to determine a health of each ins tance of the process module of the plurality of instances of the process module.
  • One embodiment is directed to a sy stem for monitoring and managing sensors.
  • the system includes a plurality of radiation sensors and a sensor based detection system coupled to the plurality of radiation sensors.
  • the sensor detection system is configured to monitor, manage, and analyze data from the plurality of radiation sensors.
  • at least one sensor of the plurality of radiation sensors comprises a complementary metal-oxide-semiconductor (CMOS) component.
  • CMOS complementary metal-oxide-semiconductor
  • the sensor based detection system is configured to determine a health of a respective analytics process associated with a respective radiation sensor of the plurality of radiation sensors.
  • the sensor based detection system is configured to display sensor data and metadata of a radiation sensor of the plurality of radiation sensors.
  • the sensor based detection system is configitred to store the sensor data and the metadata. In some embodiments, the sensor based detection system is configured to send a message based on the sensor data and the metadata. In some embodiments, the sensor based detection system is configured to determine a sensor state change based on a previous sensor reading. [8(518]
  • Figure 1 shows an exemplary operating environment in accordance with one embodiment.
  • Figure 2 shows exemplary components of a sensor based detectio system in accordance with one embodiment.
  • Figure 3 shows an exemplary data flow diagram in accordance with one embodiment.
  • Figure 4 shows an exemplary flow diagram of a process for monitoring and managing sensors via a plurality of executable processes in accordance with one
  • Figure 5 shows an exemplary flow diagram of a process for monitoring and managing a sensor via an executable process in accordance with one embodiment.
  • Figure 6 shows a block diagram of an exemplary computer system in accordance with one embodiment.
  • Figure 7 shows a block diagram of another exemplary computer system in accordance with one embodiment. Detailed Description
  • present sy stems and methods can be implemented in a variety of architectures and configurations.
  • present systems and methods can be implemented as part of a distributed computing environment, a cloud computing
  • Embodiments described herein may be discussed in the general context of computer-executable instructions residing on some form of computer-readable storage medium, such as program modules, executed by one or more computers, computing devices, or other devices.
  • computer-readable storage media may comprise computer storage media and communication media.
  • program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or distributed as desired in various embodiments.
  • Computer storage media can include volatile and nonvolatile, removable and nonremovable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data, that are non-transitory.
  • Computer storage media can include, but is not limited to, random access memory (RAM), read only memory (ROM), electrically erasable programmable ROM (EEPROM), flash memory, or other memory technology, compact disk ROM (CD-ROM), digital versatile disks (DVDs) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and that can be accessed to retrieve that information.
  • Communication media can embody computer-executable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.
  • modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
  • communication media can include wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, radio frequency (RF), infrared and other wireless media. Combinations of any of the above can also be included within the scope of computer-readable storage media.
  • Embodiments provide methods and systems for monitoring and managing a variety of network (e.g., internet protocol (IP)) connected sensors.
  • IP internet protocol
  • Embodiments are configured to allow r monitoring (e.g., continuous real-time monitoring, sporadic monitoring, scheduled monitoring, etc.) of sensors and associated sensor readings or data (e.g., ambient sensor readings).
  • r monitoring e.g., continuous real-time monitoring, sporadic monitoring, scheduled monitoring, etc.
  • sensor readings or data e.g., ambient sensor readings.
  • gamma radiation levels may be monitored in the context of background radiation levels. Accordingly, a significant change in the background gamma radiation levels may indicate a presence of hazardous radioactive material, bomb, etc. As a result, appropriate actions may be taken to avert a possible security breach, terrorist activity, etc.
  • Embodiments may support any number of sensors and may be scaled upwards or downwards as desired. Embodiments thus provide a universal sensor monitoring, management,
  • Embodiments provide analytics, archiving, status (e.g., real time status, sporadic monitoring, scheduled monitoring, etc.), graphical user interface based monitoring and management, and messaging related to any sensor based detection that may pose a risk to the community.
  • Embodiments may provide a solution for monitoring, managing, alerting, and messaging related to certain sensor detection, e.g., gamma radiation detection, air quality detection, water and level quality detection, fire detection, flood detection, biological and chemical detection, air pressure detection, particle count detection, movement and vibration detection, etc.
  • the embodiments may provide a solution for monitoring and tracking movement of hazardous materials or conditions, thereby allowing initiation of public responses and defense mechanisms.
  • Embodiments may allow previously installed devices (e.g., surveillance cameras, smartphones, vibration detection sensors, Ci3 ⁇ 4 detection sensors, particle detection sensors, air pressure detection sensors, infrared detection sensors, etc.) to be used as sensors to detect hazardous conditions (e.g., radioactive, biological, chemical, etc.).
  • Embodiments may be used in a variety of environments, including public places or venues (e.g., airports, bus terminals, stadiums, concert halls, tourist attractions, public transit systems, etc.), organizations (e.g., businesses, hospitals, freight yards, government offices, defense establishments, nuclear establishments, laboratories, etc.), etc.
  • embodiments may be used to track sensitive material (e.g., nuclear, biological, chemical, etc.) to ensure that it is not released to the public and prevent introduction of the material into public areas. Embodiments may thus be further able to facilitate a rapid response to terrorist threats (e.g., a dirty bomb). It is appreciated that the embodiments are described herein within the context of radiation detection and gamma ray detection for merely illustrative purposes and are not intended to limit the scope.
  • sensitive material e.g., nuclear, biological, chemical, etc.
  • FIG. 1 shows an exemplary operating environment in accordance with one embodiment.
  • Exemplary operating environment 100 includes a sensor based detection system 102, a network 104, a network 106, a messaging syste 108, and sensors 1 10-120.
  • the sensor based detection system 102 and the messaging system 108 are coupled to a network 104.
  • the sensor based detection system 102 and messaging system 08 are communicatively coupled via the network 104.
  • the sensor based detection system 02 and sensors 1 10-120 are coupled to a network 106.
  • the sensor based detection system 102 and sensors 1 10-120 are communicatively coupled via network 106.
  • Networks 104, 106 may include more than one network (e.g., intranets, the Internet, local area networks (LAN)s, wide area networks (VVAN)s, etc.) and may be a combination of one or more networks including the Internet, in some embodiments, network 104 and network 106 may be a single network.
  • network 104 and network 106 may be a single network.
  • the sensors 1 10-120 detect a reading associated therewith, e.g., gamma radiation, vibration, etc., and transmit that information to the sensor based detection system 102 for analysis.
  • the sensor based detection syste 102 may use the received information and compare it to a threshold value, e.g., historical values, user selected values, etc., in order to determine whether a potentially hazardous event has occurred.
  • the sensor based detection system 102 may transmit that information to the messaging system 108 for appropriate action, e.g., emailing the appropriate personnel, sounding an alarm, tweeting an alert, alerting the police department, alerting homeland security department, etc. Accordingly, appropriate actions may be taken in order to avert the risk.
  • the sensors 1 10- 120 may be any of a variety of sensors including thermal sensors (e.g., temperature, heat, etc.), electromagnetic sensors (e.g., metal detectors, light sensors, particle sensors, Geiger counter, charge-coupled device (CCD), etc.), mechanical sensors (e.g. tachometer, odometer, etc.), complementary metal-oxide-semiconductor (CMOS), biological/chemical (e.g., toxins, nutrients, etc.), etc.
  • thermal sensors e.g., temperature, heat, etc.
  • electromagnetic sensors e.g., metal detectors, light sensors, particle sensors, Geiger counter, charge-coupled device (CCD), etc.
  • mechanical sensors e.g. tachometer, odometer, etc.
  • CMOS complementary metal-oxide-semiconductor
  • biological/chemical e.g., toxins, nutrients, etc.
  • the sensors 1 10-120 may further be any of a variety of sensors or a combination thereof including, but not limited to, acoustic, sound, vibration, automotive/transportation, chemical, electrical, magnetic, radio, environmental, weather, moisture, humidity, flow, fluid velocity, ionizing, atomic, subatomic, navigational, position, angle, displacement, distance, speed, acceleration, optical, light imaging, photon, pressure, force, density, level, thermal, heat, temperature, proximity, presence, radiation, Geiger counter, crystal based portal sensors, biochemical, pressure, air quality, water quality, fire, flood, intrusion detection, motion detection, particle count, water level, surveillance cameras, etc.
  • the sensors 1 10-120 may be video cameras (e.g., internet protocol (TP) video cameras) or purpose built sensors.
  • TP internet protocol
  • the sensors 1 10-120 may be fixed in location (e.g., surveillance cameras or sensors), semi-fixed (e.g., sensors on a ceil tower on wheels or affixed to another semi portable object), or mobile (e.g., part of a mobile device, smartphone, etc.).
  • the sensors 110- 120 may provide data to the sensor based detection system 102 according to the type of the sensors i 10-120.
  • sensors 1 10-120 may be CMOS sensors configured for gamma radiation detection. Gamma radiation may thus illuminate a pixel, which is converted into an electrical signal and sent to the sensor based detection system 102.
  • the sensor based detection system 102 is configured to receive data and manage sensors i 10-120.
  • the sensor based detection system 102 is configured to assist users in monitoring and tracking sensor readings or levels at one or more locations.
  • the sensor based detection system 102 may have various components that allow for easy deployment of new sensors within a location (e.g., by an administrator) and allow for monitoring of the sensors to detect events based on user preferences, heuristics, etc.
  • the events may be used by the messaging system 108 to generate sensor-based alerts (e.g., based on sensor readings above a threshold for one sensor, based on the sensor readings of two sensors within a certain proximity being above a threshold, etc.) in order for the appropriate personnel to take action.
  • the sensor based detection system 102 may receive data and manage any number of sensors, which may be located at geographically disparate locations.
  • the sensors 1 10-120 and components of a sensor based detection system 102 may be distributed over multiple systems (e.g., and virtualized) and a large geographical area.
  • the sensor based detection system 102 may track and store location information (e.g., board room B, floor 2, terminal A, etc.) and global positioning system (GPS) coordinates, e.g., latitude, longitude, etc. for each sensor or group of sensors.
  • the sensor based detection system 102 may be configured to monitor sensors and track sensor values to determine whether a defined event has occurred, e.g., whether a detected radiation level is above a certain threshold, etc., and if so then the sensor based detection system 102 may determine a route or path of travel that dangerous or contraband material is taking around or wiihin range of the sensors. For example, the path of tra vel of radioactive material relative to fixed sensors may be determined and displayed via a graphical user interface.
  • radioactive material relative to mobile sensors, e.g., smartphones, etc., or relative to a mixture of fixed and mobile sensors may similarly be determined and displayed via a graphical user interface. It is appreciated that the analysis and/or the sensed values may be displayed in real-time or stored for later retrieval,
  • the sensor based detection system 102 may display a graphical user interface (GUI) for monitoring and managing sensors 1 10-120.
  • GUI graphical user interface
  • the GUI may be configured for indicating sensor readings, sensor status, sensor locations on a map, etc.
  • the sensor based detection system 102 may allow review of past sensor readings and movement of sensor detected material or conditions based on stop, play, pause, fast forward, and rewind functionality of stored sensor values.
  • the sensor based detection system 102 may also allow viewing of image or video footage corresponding to sensors that had sensor readings above a threshold (e.g., based on a predetermined value or based on ambient sensor readings).
  • a sensor may be selected in a GUI and video footage associated with an area within a sensor's range of detection may be displayed, thereby enabling a user to see an individual transporting hazardous material
  • the footage is displayed in response to a user select on or it may be displayed automatically in response to a certain event, e.g., sensor reading associated with a particular sensor or group of sensors being above a certain threshold.
  • sensor readings of one or more sensors may be displayed on a graph or chart for easy viewing.
  • a visual map-based display depicting sensors may be displayed with the sensors color coded according to the sensors' readings and certain events. For example, gray may be associated with a calibrating sensor, green may be associated with a normal reading from the sensor, yellow may be associated with an elevated sensor reading, orange associated with a potential hazard sensor reading, and red associated with a hazard alert sensor reading.
  • the sensor based detection system 102 may determine alerts or sensor readings above a specified threshold (e.g., predetermined, dynamic, or ambient based) or based on heuristics and display the alerts in the graphical user interface (GUI).
  • GUI graphical user interface
  • the sensor based detection system 102 may allow a user (e.g., operator) to group multiple sensors together to create an event associated with multiple alerts from multiple sensors. For example, a code red event may be created when three sensors or more within twenty feet of one another and within the same physical space have a sensor reading that is at least 40% above the historical values.
  • the sensor based detection system 102 may automatically group sensors together based on geographical proximity of the sensors, e.g., sensors of gates 1 , 2, and 3 within terminal A at LAX airport may be grouped together due to their proximate location with respect to one another, e.g., physical proximity within the same physical space, whereas sensors in different terminals may not be grouped because of their disparate locations. However, in certain circumstances sensors within the same airport may be grouped together in order to monitor events at the airport and not at a more granular level of terminals, gates, etc.
  • the sensor based detection system 102 may send information to a messaging system 108 based on the determination of an e vent created from the information collected from the sensors 1 10-120.
  • the messaging system 108 may include one or more messaging systems or platforms which may include a database (e.g., messaging, SQL, or other database), short message service (SMS), multimedia messaging service (MMS), instant messaging sendees, Twitter lM available from Twitter, Inc. of San Francisco, California, Extensible Markup Language (XML) based messaging service (e.g., for communication with a Fusion center), JavaScript 1 * 4 Object Notation (JSON) messaging service, etc.
  • NIEM national information exchange model
  • CBRN chemical, biological, radiological and nuclear defense
  • SARs suspicious activity reports
  • FIG. 2 shows exemplary components of a sensor based detection system in accordance with one embodiment.
  • Diagram 200 includes sensors 250-260, a network 230, and a sensor based detection system 202.
  • the sensor based detection system 202 and sensors 250-260 are communicatively coupled via network 230.
  • the network 230 may include more than one network (e.g., intranets, the Internet, LANs, WANs, etc.) and may be a combination of one or more networks including the Internet.
  • the sensors 250-260 may be substantially similar to sensors 110-120 and may be any of a variety of sensors, as described herein.
  • the sensor based detection system 202 may access or receive data from the sensors 250-260.
  • the sensor based detection system 202 may include a sensor management module 204, a sensor process module 206, a data warehouse module 208, a state management module 210, a visualization module 212, a messaging module 214, a location module 216, and a user management module 218.
  • the sensor based detection system 202 may be distributed over multiple servers (e.g., physical or virtual machines).
  • a domain server may execute the data warehouse module 208 and the visualization module 212
  • a location server may execute the sensor management module 204 and one or more instances of a sensor process module 206
  • a messaging server may execute the messaging module 214.
  • multiple location servers may each be located at respective sites having 100 sensors, and provide analytics to a single domain server, which provides a monitoring and management interface (e.g., GUI) and messaging services.
  • the domain server may be centrally located while the location servers may be located proximate to the sensors for bandwidth purposes,
  • the sensor management module 204 is configured to monitor and manage the sensors 250-260, The sensor management module 204 is configured to initiate one or more instances of sensor process module 206 for monitoring and managing sensors 250-260.
  • the sensor management module 204 is operable to configure a new sensor process (e.g., an instance of sensor process module 206) when a new sensor is installed.
  • the sensor management module 204 may thus initiate execution of multiple instances of the sensor process module 206.
  • an instance of the sensor process module 206 is executed for each sensor. For example, if there are 50 sensors, 50 instances of sensor process module 206 are executed in order to configure the sensors. It is further appreciated that the sensor management module 204 may also be operable to configure an already existing sensor.
  • sensor 252 may have been configured previously, however, the sensor management module 204 may reconfigure sensor 2.52 based on the new configuration parameters.
  • the sensor management module 204 may be configured as an aggregator and collector of data from the sensors 250-260 via sensor process module 206.
  • Sensor management module 204 is configured to send data received via instances of sensor process module 206 to a data warehouse module 208,
  • the sensor management module 204 further allows monitoring of one or more instances of the sensor process module 206 to determine whether an instance of the sensor process module 206 is running properly or not.
  • the sensor management module 204 is configured to determine the health of one or more sensors including if a sensor has failed based on whether an anticipated or predicted value is received within a certain time period.
  • the sensor management module 204 may further be configured to determine whether data is arriving on time and whether the data indicates that the sensor is functioning properly (e.g. healthy) or not.
  • a radiation sensor may be expected to provide a certain microsievert (mSv) value within a given time period.
  • the anticipated value may be received from an analytics engine that analyzes the sensor data.
  • the sensor management module 204 may be configured to receive an indicator of status from a sensor (e.g., an alive signal, an error signal, or an on/off signal).
  • the health information may be used for management of the sensors 250-260 and the health information associated with the sensors may be stored in the data warehouse 208.
  • the sensor management module 204 may further access and examine the outputs from the sensors based on a predictable rate of output. For example, an analytics process (e.g., performed by the sensor process module 206) associated with a sensor may produce a record every ten seconds and if a record is not received (e.g., within multiple 10 second periods of time), the sensor management module 204 may stop and restart the analytics process.
  • the record may be a flat file.
  • the sensor process module 206 is configured to receive data (e.g., bulk or raw data) from sensors 250-260. In some embodiments, the sensor process module 206 may form a record (e.g. a flat file) based on the data received from the sensors 250-260. The sensor process module 206 may perform analysis of the raw data (e.g., analyze frames of video to determine sensor readings). In some embodiments, the sensor process module 206 may then pass the records to the sensor management module 204.
  • data e.g., bulk or raw data
  • the sensor process module 206 may form a record (e.g. a flat file) based on the data received from the sensors 250-260.
  • the sensor process module 206 may perform analysis of the raw data (e.g., analyze frames of video to determine sensor readings). In some embodiments, the sensor process module 206 may then pass the records to the sensor management module 204.
  • the data warehouse module 208 is configured to receive data from sensor management module 204, The data warehouse module 208 is configured for storing sensor readings and metadata associated with the sensors. Metadata for the sensors may include their respective geographical information (e.g., GPS coordinates, latitude, longitude, etc.), description of the sensor, e.g., sensor at gate 1 terminal A. at LAX, etc. In some
  • the data warehouse module 208 may be configured to determine state changes based on monitoring (e.g., real time monitoring) of the state of each sensor and the state of the sensor over a time interval (e.g., 30 seconds, 1 minute, 1 hour, etc.).
  • monitoring e.g., real time monitoring
  • a time interval e.g., 30 seconds, 1 minute, 1 hour, etc.
  • the data warehouse module 208 is configured to generate an alert (e.g., when a sensor state has changed and is above a threshold, when a sensor reading satisfies a certain condition such as being below a threshold, etc.).
  • the generated alert may be sent to visualization module 212 for display (e.g., to a user). Changes in sensor state may thus be brought to the attention of a user (e.g., operator).
  • the threshold values may be one or more historical values, safe readings, operator selected values, etc.
  • the data warehouse module 208 may be implemented in a substantially similar manner as described in Philippines Patent Application No, 1-2013- 000136 entitled "A. Domain Agnostic Method and System for the Capture, Storage, and Analysis of Sensor Reading", by Samuel E. K. De Antoni (Attorney Docket No. 13-027- 00-PH) which is incorporated by reference herein.
  • the state management module 2.10 may read data from the data warehouse module 208 and/or from the sensor management module 204 (e.g., data that was written by sensor management module 204) and determine whether a state change has occurred. The state change may be determined based on a formula to determine whether there has been a change since a previous record in time for an associated sensor and may take into account ambient sensor readings. If there is a change in state, an alert may be triggered. It is appreciated that that state may also be a range of values. One or more alerts may be assembled (e.g., into a data structure) referred to as an event. The event may then be accessed by or sent to a visualization module 2.12. The visualization module 212. may then display the change in state, an alert, or an event. In some embodiments, the visualization module 212 may receive input to have the alert sent to an external system (e.g., a messaging system).
  • an external system e.g., a messaging system
  • the visualization module 2.12 is configured for use in monitoring a location for potential sensor based alerts.
  • the visualization module 212 may provide a graphical user interface (GUI) to monitor and manage each of the deployed sensors.
  • GUI graphical user interface
  • the visualization module 2.12 is configured to pro vide a tree filter to view each of the sensors in a hierarchical manner, as well as a map view, thereby allowing monitoring of each sensor in a geographical context.
  • the visualization module 212 may further allow creation of an event case file to captitre sensor alerts at any point in time and escalate the sensor alert to appropriate authorities for further analysis (e.g., via a messaging system).
  • the visualization module 212 may display a path of travel or route of hazardous materials or conditions based on sensor readings and the associated sensor locations.
  • the visualization module 212 may further be used to zoom in and zoom out on a group of sensors, e.g., sensors within a terminal at an airport, etc. As such, the information may be displayed as granular as desired by the operator. Visualization module 212 may also be used and render information in response to a user manipulation. For example, in response to a user selection of a sensor, e.g., sensor 260, the sensor readings associated with the sensor may be displayed. In another example, a video feed associated with the sensor may also be displayed (e.g., simultaneously).
  • the messaging module 214 is configured to send messages to other systems or messaging services including, but not limited to, a database (e.g., messaging, SQL, or other database), short message service (SMS), multimedia messaging service (MMS), instant messaging services. Twitter available from Twitter, Inc. of San Francisco, California, Extensible Markup Language (XML) based messaging service (e.g., for communication with a Fusion center), JavaScript Object Notation (JSON) messaging service, etc.
  • NIEM national information exchange model
  • CBRN chemical, biological, radiological and nuclear defense
  • SARs suspicious activity reports
  • the messaging module 214 may send messages based on data received from the sensor management module 204. It is appreciated that the messages may be formatted to comply with the requirement/standards of the messaging service used. For example, as described above a message may be formed into the NIEM format in order to repot a CBRN event.
  • the location module 216 is configured for mapping and spatial analysis (e.g., triangulation) in order to graphically represent the sensors within a location.
  • location module 216 may be configured to facilitate display of the location of and associated icons for sensors at each gate of an airport terminal.
  • the sensor management module 204 is configured to store geographical data associated with a sensor in a data store (not shown) associated with location module 216.
  • the location module 216 may operate in conjunction with ArcGIS from ERSI, Inc. of Redlands, California. It is appreciated that the location module 216 may be used to provide mapping information associated with the sensor location such that the location of the sensor may overlay the map, e.g., location of the sensor may overlay the map of LAX airport, etc.
  • the user management module 21 8 is configured for user management and storage of user identifiers of operators and administrators.
  • the user management portion may be integrated with an existing user management systems (e.g., OpenLDAP or Active Director) thereby enabling use of existing user accounts to operate sensor the based detection system 202.
  • OpenLDAP OpenLDAP
  • Active Director Active Director
  • FIG 3 shows an exemplary data flow diagram in accordance with one embodiment.
  • the diagram 300 includes a sensor 320, a sensor process 302, a capture data store 304, an analysis data store 306, a time-based analysis data store 308, a sensor manager process 310, a visualization process 312, and a data warehouse process 330.
  • a sensor process 302, a sensor manager process 310, and a visualization process 312 may execute on one or more computing systems.
  • the data stores 304-308 may be part of or stored in a data warehouse (e.g., stored by data warehouse process 330 in data warehouse module 208).
  • the sensor 320 may be substantially similar to sensors 110-12.0 and may be any of a varie ty of sensors as described herein.
  • the sensor 320 may provide data (e.g., as camera stream data) to the sensor process 302.
  • Sensor manager process 310 is configured to initiate or launch one or more instances of a sensor process 302.
  • the sensor manager process 310 is operable to configure each instance of the sensor process 302 based on configuration parameters (e.g., preset or configured by a user).
  • the sensor process 302 may be configured by a sensor manager process 310 to organize sensor readings over particular time intervals (e.g., 30 seconds, one minute, one hour, one day , one week, one y ear). In some embodiments, an instance of the sensor process 302 may be executed for each time interval. For example, five instances of the sensor process 302 may be executed for 30 second, one minute, one hour, one day, and one week interval s respectively. Thus, with five time interval s and seven sensors, 35 instances of the sensor process 302 may be executed. The use of time intervals allows ambient sensor readings (e.g., ambient radiation readings) to be filtered out and determination of the accumulation of dangerous materials or conditions over time.
  • time intervals e.g., 30 seconds, one minute, one hour, one day , one week, one y ear.
  • an instance of the sensor process 302 may be executed for each time interval. For example, five instances of the sensor process 302 may be executed for 30 second, one minute, one hour, one day, and one
  • sensor readings at one month intervals will be show a huge difference from its previous readings in comparison to the same sensor readings as compared to its readings at one hour intervals if hazardous material has been accumulating at a given location over the course of a year. Accordingly, different time intervals can be used to provide additional information and insight into specific sensor(s) readings that may have otherwise been overlooked.
  • the sensor process 302 or other instances of the sensor process 302 may be added or removed as needed.
  • a sensor manager process 310 may be used (e.g., by an administrator) to configure one or more instances of the sensor process 302 to receive a data stream from the new sensor and generate analyzed data (e.g., preprocessed sensor data).
  • an administrator may add additional instances of the sensor process 302 or remove instances of the sensor process 302 (e.g., that are no longer needed) using the sensor manager process 310.
  • the sensor manager process 310 includes a management interface that allows a user (e.g., administrator) to monitor the status of each sensor process 302 and investigate any possible errors that occur.
  • An administrator may also monitor the data warehouse process 330 to ensure that data storage is occurring at an optimal or desired rate.
  • various clustering and sharding options are available to optimize the storage and retrieval of data as desired.
  • the sensor process 302 may am in a calibration mode to calibrate the sensor 320.
  • various pieces of geographical data e.g., location coordinates, floor level, etc.
  • the geographical data may be sent to a data warehouse process 330 and to a location module (e.g., location module 216) to be used to graphically represent the sensor process 302 on a map.
  • the map may be displayed (e.g., via visualization module 208) for displaying data of the sensor process 302 in a geographical context.
  • the sensor process 302 may be configured to access or receive data from a sensor 320. Multiple instances of a sensor process 302 may be executed on a per sensor and/or a per time interval basis.
  • each sensor process 302 is configured to receive data from a sensor 320 at a particular time interval (e.g., every 5 seconds, etc.). 805 ]
  • a first instance of a sensor process 302 may output raw stream data.
  • the capture data may be video streams (e.g., Moving Picture Experts Group (MPEG) video) from the sensor 320.
  • MPEG Moving Picture Experts Group
  • the sensor process 302 may store data received from the sensor 320 to the capture data store 304.
  • the sensor process 302 stores data (e.g., raw data) received from the sensor 320 into the capture data store 304.
  • the capture data store 304 may be used to store a video stream (e.g., for archival purposes, analysis, litigation, prosecution, etc.).
  • the sensor process 302 may utilize frame by frame analysis to detect gamma radiation. In some embodiments, the sensor process 302 determines a calculated rate of mieroSieverts (mSv) per hour.
  • a second instance of the sensor process 302 may access the raw stream data received directly from the sensor or retrieved from the capture data store 304 and generate converted stream data (e.g., sensor readings or level data).
  • Converted stream data may include a count of the hits on the sensor within a sample interval (e.g. , gamma ray sample data).
  • converted stream data may include the number of gamma ray hits that were on sensor 320 within a certain threshold, above a certain threshold, within a range, etc.
  • the sensor process 302 generates converted stream data that includes various readings from the sensor 320 which are subsequently stored in the analysis data store 306.
  • the sensor process 302 may perform frame by frame analysis of the data received from the sensor 320.
  • the converted stream data may include the level of gamma radiation detected in a frame,
  • a third instance of the sensor process 302 may be configured to access the converted stream data and generate preprocessed sensor data, which may be stored in a time based analysis data store 308.
  • Preprocessed sensor data may include an analysis of converted stream data for a given time period. For example, a preprocessed sensor record may be the result of analyzing the previous 5 minutes.
  • the preprocessed sensor data may be stored in a time based analysis data store, which may be sent to the sensor manager process 310 by the sensor process 302 or accessed by the sensor manager process 310.
  • the sensor process 302 or an instance thereof may generate values at regular intervals (e.g., every 10 seconds, every 30 seconds, etc.).
  • the preprocessed sensor data may include sensor readings over a time interval of the previous five minutes and be generated at 10 second intervals.
  • sensor manager process 310 may receive information from capture data store 304 and/or analysis data store 306. [8(563] The sensor manager process 310 may then forward the data (e.g., preprocessed sensor data) from the sensor process 302. to the data warehouse 330 for storage.
  • the sensor management process 310 may also send received data to a visualization process 312 and a data warehouse 330.
  • Visualization process 312 may access the preprocessed sensor data (e.g., from sensor manager process 310 or data warehouse process 330) and display the preprocessed sensor data in a graphical user interface.
  • the sensor process 302 may send data from a time based analysis data store 308 (e.g., preprocessed sensor data) to a data warehouse process 330.
  • the data warehouse 330 may determine whether sensor readings exceed ambient sensor readings or whether there has been a change in the state of the sensor. For example, with gamma radiation, the data warehouse process 330 may determine if gamma radiation sensor readings are from gamma radiation from a natural source (e.g., the sun), other natural ambient source, or from radioactive material (e.g., that is being transported within range of a sensor). In one exemplary embodiment, it is determined whether the gamma radiation reading is within a safe range or whether the reading is outside of the safe range.
  • a natural source e.g., the sun
  • radioactive material e.g., that is being transported within range of a sensor
  • the data warehouse 330 may be configured to analyze sensor readings for a possible change in status of the sensor.
  • the sensor 320 may have five possible states: calibration (CALIB), nominal (NOMNL), elevated (ELEVT), potential (POTEN), and alert (ALERT),
  • the data warehouse 330 is configured to generate an alert if there is a change in the status of a sensor process 302.
  • Alerts generated from the data warehouse process 330 may be sent or pushed to a visualization process 312 so that a user (e.g., operator) may be notified visually, audibly, etc.
  • the user may have the opportunity to inspect various data that the sensor process 302 has generated (e.g. mSv values) and generate an appropriate event case file including the original sensor process 302 data (e.g. raw stream data, converted stream data, preprocessed sensor data, etc.) that triggered the alert.
  • the sensor manager process 310 may also send the data from time based analysis data store 308 to the visualization process 312 for display to a user (e.g., operator, admimstrator, etc.). In some embodiments, the sensor manager process 310 sends the data io a visualization process 312 in a message based format.
  • location functionality e.g., location module 216 may be used to plot the various sensors at a location on a map within a graphical user interface (GUI) via a visualization process 312, The GUI may allow for rich visual maps with detailed floor plans at various zoom levels, etc.
  • the visualization process 312 may be used (e.g., by operators) to gain awareness of any materials (e.g., radioactive material, etc.) or other conditions that travel through or occur in a monitored area.
  • the visualization process 312 may display one or more alerts, which occur when a sensor reading satisfies a certain condition, e.g., exceeds a threshold, fails within a certain range, is below a certain threshold, etc., visually on a map.
  • an operator may be able to mark an alert, or series of alerts, as an "event.”
  • the visualization process 312 may have various tools to "replay" after an event has occurred.
  • the visualization process 312 may further allow an operator to configure the visualization process 312 to send alerts to external entities.
  • the operator can configure an XML interface to forward alerts and events to a local Fusion Center (e.g., of the federal government).
  • the operator may further configure an SMS gateway or even a Twitter account to send alerts or events to,
  • the sensor manager process 310 and the visualization process 312 are configured for use of a user management process (not shown) (e.g., user management module 218) which may be an Ope lD based user management system.
  • a user management process e.g., user management module 218, which may be an Ope lD based user management system.
  • the user management module can be used stand-alone, or integrated with existing user management systems (e.g., OpenLDAP, Microsoft Active Directory systems, etc.).
  • the user management process may allow a single location to be used to maintain information associated with each user.
  • the user management module may be configured to allow creation of additional administrators (e.g., by an existing administrator) or one or more operators that can access visualization process 312.
  • FIG. 4 shows an exemplary flow diagram of a process 400 for monitoring and managing sensors (e.g., sensors 1 10-120) via a plurality of executable processes in accordance with one embodiment.
  • the process 400 may be performed by a sensor based detection module or component (e.g., sensor based detection system 102) or by multiple modules or components.
  • a process for each sensor of a plurality of sensors may be initiated.
  • a sensor based detection system may initiate sensor processes to access or receive data from respective sensors.
  • the initiation of the process may be used to determine whether a sensor is functioning properly.
  • the health of each sensor of the plurality of sensors may be determined. Sensor health may be determined based on whether a sensor is sending sensor readings (e.g., at regular or expected intervals in time), responding to communication signals (e.g., responding ping signals), sending sensor readings within a predetermined range, etc. Block 410 and/or block 406 may then be performed.
  • the health of each sensor is analyzed.
  • unhealthy sensor processes may be reconfigured or the associated sensor process is reconfigured in order to make the unhealthy sensor processes operational.
  • a sensor may be configured by sending the sensor a signal to restart (e.g., reboot or reinitialize).
  • a sensor process may be terminated and restarted or sent a signal to restart. It is noteworthy that blocks 404-408 may be optional in some embodiments,
  • sensor data is received.
  • sensor data from a plurality of sensors may be received by a sensor monitoring and management system (e.g., sensor based detection system 102).
  • the sensor data is stored.
  • the sensor data is stored in a data warehouse or other data store (e.g., data warehouse module 2.08),
  • the sensor data is analyzed.
  • the sensor data may be analyzed on a frame by frame basis and over an interval of time for a sensor reading value, as described herein.
  • analyzed sensor data is output.
  • the sensor data may be output via a graphical user interface, as described above.
  • sensor readings e.g., raw sensor data
  • Block 416 may then be optionally performed.
  • a state change associated with a sensor reading value is determined.
  • a state change may be determined based on changes in a sensor reading over an interval of time (e.g., a change over a certain threshold over an interval of time).
  • an indicator based on the state change that occurred is output.
  • the indicator may be one or more alerts from one or more sensors or an event based on alerts from multiple sensors.
  • the events may be based on groups of sensors selected manually (e.g., via a GUI) or automatically (e.g., based on an automatic grouping determined by the sensor based detection system 102), or based on heuristics.
  • the indicator e.g., alert, event, message, etc.
  • the indicator may be output to notify a person (e.g., operator, administrator, safety official, etc.) or group of persons (e.g., safety department, police department, fire department, homeland security, etc.).
  • the indicator may be output on a graphical user interface, as described above.
  • the indicator may be output as part of a representation (e.g., an icon) of a sensor with the sensor depicted with a particular color based on the indicator.
  • the graphical user interface may also render information in response to a user manipulation. For example, in response to a user selection of a sensor, the sensor readings associated with the sensor may be displayed. In another example, a video feed associated with the sensor may also be displayed (e.g., simultaneously).
  • the indicator is displayed.
  • the indicator may be displayed as part of a graphical user interface that further displays a visual sensor representation (e.g., icon) on a map with a color associated with the sensor reading and sensor reading levels, sensor location, sensor description, etc.
  • a visual sensor representation e.g., icon
  • the indicator may include but is not limited to a green representation of a sensor depicting that the sensor reading is within a safe range, an orange representation of a sensor depicting that the sensor reading is slightly elevated and is outside of the safe range, a red representation of a sensor depicting that the sensor reading is highly elevated and considerably outside of the safe range, etc.
  • a path of travel of hazardous material e.g., radioactive material
  • conditions e.g., toxic gas cloud
  • Figure 5 shows an exemplary flow diagram of a process for monitoring and managing a sensor via a sensor based process in accordance with one embodiment.
  • the process 500 may be performed by a sensor based detection module or component (e.g., sensor based detection system 102) or by multiple modules or components.
  • a process associated with a sensor may be initiated.
  • a sensor based detection system may initiate a sensor process to access or receive data from an associated sensor.
  • one or more sensor processes may be associated with a sensor.
  • the initiation of the process may be used to determine whether a sensor is functioning properly.
  • the health of the sensor and or the health of the process associated with the sensor may be determined.
  • Sensor health may be determined based on whether a sensor is sending sensor readings (e.g., at regular or expected intervals in time), responding to communication signals (e.g., responding to ping signals), sending sensor readings within a predetermined range, etc.
  • Block 510 and/or block 506 may then be performed.
  • the health of the sensor and/or the process associated with the sensor may be analyzed.
  • an unhealthy sensor may be reconfigured or the process associated with the sensor reconfigured in order to make the unhealthy sensor process operational.
  • a sensor may be configured by sending the sensor a. signal to restart (e.g., reboot or reinitialize).
  • a sensor process may be terminated and restarted or sent a signal to restart. It is noteworthy that blocks 504-508 may be optional in some embodiments.
  • sensor data is received.
  • the sensor data may be received from the sensor or via a process associated with the sensor.
  • sensor data from a plurality of sensors may be received by a sensor monitoring and management system (e.g., sensor based detection system 102).
  • the sensor data is stored.
  • the sensor data is stored in a data warehouse or other data store (e.g., data warehouse module 208),
  • the sensor data is analyzed.
  • the sensor data may be analyzed on a frame by frame basis and over an interval of time for a sensor reading value, as described herein.
  • analyzed sensor data is output.
  • the sensor data may be output via a graphical user interface, as described herein.
  • sensor readings e.g., raw sensor data
  • Block 516 may then be optionally performed.
  • a state change associated with a sensor reading value is determined.
  • a state change may be determined based on changes in a sensor reading over an interval of time (e.g., a change over a certain threshold over an interval of time).
  • an indicator based on the state change that occurred is output.
  • ihe indicator may be one or more alerts from one or more sensors or an event based on alerts from multiple sensors.
  • the events may be based on groups of sensors selected manually (e.g., via a GUI) or automatically (e.g., based on an automatic grouping determined by the sensor based detection system 102), or based on heuristics.
  • the indicator e.g., alert, event, message, etc.
  • the indicator may be output to notify a person (e.g., operator, administrator, safety official, etc.) or group of persons (e.g., safety department, police department, fire department, homeland security, etc.).
  • the indicator may be output on a graphical user interface, as described above.
  • the indicator may be output as part of a representation (e.g., an icon) of a sensor with the sensor depicted with a particular color based on the indicator.
  • the graphical user interface may also render information in response to a user manipulation. For example, in response to a user selection of a sensor, the sensor readings associated with the sensor may be displayed.
  • a video feed associated with the sensor may also be displayed (e.g., simultaneously).
  • the indicator is displayed.
  • the indicator may be displayed as part of a graphical user interface that further displays a visual sensor representation (e.g., an icon) on a map with a color associated with the sensor reading and sensor reading levels, sensor location, sensor description, etc.
  • a visual sensor representation e.g., an icon
  • the indicator may include but is not limited to a green representation of a sensor depicting that the sensor reading is within a safe range, an orange representation of a sensor depicting that the sensor reading is slightly elevated and is outside of th e safe range, a red representation of a sensor depicting that the sensor reading is highly elevated and considerably outside of the safe range, etc.
  • a path of travel of hazardous material e.g., radioactive material
  • conditions e.g., toxic gas cloud
  • FIG. 6 a block diagram of an exemplar ⁇ / computer system in accordance with one embodiment is shown.
  • an exemplary sy stem module for implementing embodiments disclosed herein, such as the embodiments described in Figures 1 -5.
  • the system includes a general purpose computing system environment, such as computing system environment 600.
  • Computing system environment 600 may include, but is not limited to, servers, desktop computers, laptops, tablets, mobile devices, and smartphones.
  • computing system environment 600 typically includes at least one processing unit 602 and at least one computer readable storage medium 604.
  • the computer readable storage medium 604 may be volatile (such as RAM), non-volatil e (such as ROM, flash memory, etc.) or some combination of the two. Portions of the computer readable storage medium 604 when executed facilitate monitoring and managing sensors according to embodiments described herein (e.g., processes 400-500).
  • the computing system environment 600 may also have other features/functionality.
  • the computing system environment 600 may also include additional storage (removable and or non-removable) including, but not limited to, magnetic or optical disks or tape.
  • additional storage is illustrated by removable storage 608 and non-removable storage 6 0.
  • Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data.
  • Computer readable medium 604, removable storage 608 and nonremovable storage 610 are all examples of computer storage media.
  • Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, expandable memory (e.g.
  • computing system environment 600 may also contain communications connections) 612 that allow it to communicate with other devices.
  • Communications connection(s) 612. is an example of communication media.
  • the communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.
  • modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
  • communication media includes wired media such as a wired network or direct- wired connection, and wireless media such as acoustic, radio frequency (RF), infrared and other wireless media.
  • RF radio frequency
  • computer readable media as used herein includes both storage media and communication media.
  • the communications connection(s) 612 may allow the computing system environment 600 to communicate over various networks types including, but not limited to, fibre channel, small computer system interface (SCS ), Bluetooth, Ethernet, Wi-Fi, Infrared Data Association (IrDA), Local area networks (LAN), Wireless Local area networks (WLAN), wide area networks (WAN) such as the internet, serial, and universal serial bus (USB). It is appreciated the various network types that the communication connection(s) 612 connect to may rim a plurality of network protocols including, but not limited to, transmission control protocol (TCP), user datagram protocol (UDP), internet protocol (IP), real-time transport protocol (RTP), real-time transport control protocol (RTCP), file transfer protocol (FTP), and hypertext transfer protocol (HTTP).
  • TCP transmission control protocol
  • UDP user datagram protocol
  • IP internet protocol
  • RTP real-time transport protocol
  • RTCP real-time transport control protocol
  • FTP file transfer protocol
  • HTTP hypertext transfer protocol
  • the computing system environment 600 may also have input device(s) 614 such as keyboard, mouse, a terminal or terminal emulator (either directly connected or remotely accessible via telnet, SSH, HTTP, SSL, etc.), pen, voice input device, touch input device, remote control, etc.
  • input device(s) 614 such as keyboard, mouse, a terminal or terminal emulator (either directly connected or remotely accessible via telnet, SSH, HTTP, SSL, etc.), pen, voice input device, touch input device, remote control, etc.
  • Output device(s) 616 such as a display, a terminal or terminal emulator (either directly connected or remotely accessible via telnet, SSH, HTTP, SSL, etc.), speakers, LEDs, etc. may also be included.
  • the computer readable storage medium 604 includes a sensor based detection module 620.
  • the sensor based detection module 620 includes, a sensor management module 622, a sensor process module 624, a data warehouse module 626, a state management module 628, a visualization module 630, a messaging module 632, a location module 634, and a user management module 636.
  • the sensor management module 622 is configured for managing and monitoring the sensors and associated respective instances of the sensor process module 624, as described herein.
  • the sensor management module 622 may be configured to launch multiple sensor processes based on sensor process module 624.
  • the sensor process module 624 may be configured to receive sensor data or access data from a variety of sensors, as described herein.
  • the data warehouse module 626 may be used to store sensor data, analyzed sensor data, and optional sensor and sensor process health information, as described above. In some embodiments, the data warehouse 626 may determine whether a state change has occurred based on sensor based data.
  • the state management module 628 is configured to determine whether the state of a sensor has changed based on previously collected or determined sensor based data, as described herein.
  • the visualization module 630 is configured to visually display sensor data and information based on the sensor data, as described herein, in some embodiments, the visualization module 630 is configured to display information associated with the sensor data in a geographical context (e.g., on a map).
  • the messaging module 632 is configured to prepare and package (e.g., formatting) sensor based information for the sending to various messaging systems, as described herein.
  • the location module 634 is configured to collect, store (e.g., locally or within a data warehouse), and utilize sensor location information to facilitate grouping of sensors (e.g., manua l or automatic grouping) and to determine the travel path of hazardous materials or conditions within range of sensors, as described herein.
  • the user management module 636 is configured to allow system-wide user access based on integration with other user systems, as described herein.
  • FIG. 7 depicts a block diagram of a computer system 700 suitable for implementing the present disclosure.
  • the computer system 700 includes a bus 712 which interconnects major subsystems of the computer system 700, such as a central processor 714, a system memory 716 (typically RAM, but which may also include ROM, flash RAM, or the like), an input/output controller 7.18, an external audio device, such as a speaker system 720 via an audio output interface 722, an external device, such as a display screen 724 via display adapter 726, serial ports 728 and 730, a keyboard 732 (interfaced with a keyboard controller 733), a storage interface 734, a floppy disk drive 736 operative to receive a floppy disk 738, a host bus adapter (HBA) interface card 735A operative to connect with a Fibre Channel network 760, a host bus adapter (HBA) interface card 735
  • HBA host bus adapter
  • the syste memory 716 includes a sensor based detection module 750, which is configured to monitor and manage a plurality of sensors. According to one embodiment, the sensor based detection module 750 may include other modules for carrying out various tasks (e.g., modules of Figure 6).
  • sensor based detection module 750 may be located anywhere in the system and is not limited to the system memory 716. As such, residing within the system memory 716 is merely exemplary and not intended to limit the scope of the embodiments. For example, parts of the sensor based detection module 750 may be located within the central processor 714 and/or the network interface 748 but are not limited thereto.
  • the bus 712 allows data communication between the central processor 714 and the system memory 71 6, which may include read-only memor '- (ROM) or flash memory (neither shown), and random access memory (RAM) (not shown), as previously noted.
  • the RAM is generally the main memory into which the operating system and application programs are loaded.
  • the ROM or flash memory can contain, among other code, the Basic Input-Output system (BIOS), which controls basic hardware operation such as the interaction with peripheral components.
  • BIOS Basic Input-Output system
  • Applications resident with the computer system 700 are generally stored on and accessed via a computer readable medium, such as a hard disk drive (e.g., fixed disk 744), an optical drive (e.g., optical drive 740), a floppy disk unit 736, or other storage medium. Additionally, applications can be in the form of electronic signals modulated in accordance with the application and data communication technology when accessed via modem 746 or network interface 748.
  • the storage interface 734 can connect to a standard computer readable medium for storage and/or retrieval of information, such as a fixed disk drive 744.
  • the fixed disk drive 744 may be a part of a computer system 700 or may be separate and accessed through other interface systems.
  • the network interface 748 may provide multiple connections to the networked devices.
  • the modem 746 may pro vide a direct connection to a remote server via a telephone link or to the Internet via an Internet service provider (ISP).
  • the network interface 748 provides one or more connections to a data network, which may consist of any number of other network-connected devices.
  • the network interface 748 may provide such a connection using wireless techniques, including digital cellular telephone connection, Cellular Digital Packet Data (CDPD) connection, digital satellite data connection or the like.
  • CDPD Cellular Digital Packet Data
  • a signal can be directly transmitted from a first block to a second block, or a signal can be modified (e.g., amplified, attenuated, delayed, latched, buffered, inverted, filtered, or otherwise modified) between the blocks.
  • a signal can be directly transmitted from a first block to a second block, or a signal can be modified (e.g., amplified, attenuated, delayed, latched, buffered, inverted, filtered, or otherwise modified) between the blocks.
  • modified signals e.g., amplified, attenuated, delayed, latched, buffered, inverted, filtered, or otherwise modified
  • a signal input at a second block can be conceptualized as a second signal derived from a first signal output from a first block due to physical limitations of the circuitry involved (e.g., there will inevitably be some attenuation and delay). Therefore, as used herein, a second signal derived from a first signal includes the first signal or any modifications to the first signal, whether due to circuit limitations or due to passage through other circuit elements which do not change the informational and/or final functional aspect of the first signal.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • General Health & Medical Sciences (AREA)
  • Toxicology (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Measurement Of Radiation (AREA)

Abstract

L'invention concerne des systèmes, des appareils et des procédés qui sont conçus pour surveiller et gérer une pluralité de capteurs. La pluralité de capteurs peut comprendre des capteurs fixes, mobiles, ou une combinaison de ceux-ci, et dans certains modes de réalisation, la surveillance et la gestion des capteurs est facilitée au moyen d'une interface graphique utilisateur.
PCT/US2015/031632 2014-05-20 2015-05-19 Système de détection équipé de capteurs WO2015179442A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/312,617 US10277962B2 (en) 2014-05-20 2015-05-19 Sensor based detection system

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US14/281,904 2014-05-20
US14/281,901 US9779183B2 (en) 2014-05-20 2014-05-20 Sensor management and sensor analytics system
US14/281,896 US20150338447A1 (en) 2014-05-20 2014-05-20 Sensor based detection system
US14/281,896 2014-05-20
US14/281,901 2014-05-20
US14/281,904 US20150339594A1 (en) 2014-05-20 2014-05-20 Event management for a sensor based detecton system

Publications (1)

Publication Number Publication Date
WO2015179442A1 true WO2015179442A1 (fr) 2015-11-26

Family

ID=54554651

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2015/031632 WO2015179442A1 (fr) 2014-05-20 2015-05-19 Système de détection équipé de capteurs

Country Status (1)

Country Link
WO (1) WO2015179442A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070044539A1 (en) * 2005-03-01 2007-03-01 Bryan Sabol System and method for visual representation of a catastrophic event and coordination of response
US20070195712A1 (en) * 2006-01-25 2007-08-23 Thayer Scott M Spatio-temporal and context-based indexing and representation of subterranean networks and means for doing the same
US20070265866A1 (en) * 2006-05-12 2007-11-15 Oracle International Corporation Method of and system for managing data in a sensor network
US20080271143A1 (en) * 2007-04-24 2008-10-30 The Mitre Corporation Insider threat detection
US20140028457A1 (en) * 2006-10-11 2014-01-30 Thermal Matrix USA, Inc. Real Time Threat Detection System

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070044539A1 (en) * 2005-03-01 2007-03-01 Bryan Sabol System and method for visual representation of a catastrophic event and coordination of response
US20070195712A1 (en) * 2006-01-25 2007-08-23 Thayer Scott M Spatio-temporal and context-based indexing and representation of subterranean networks and means for doing the same
US20070265866A1 (en) * 2006-05-12 2007-11-15 Oracle International Corporation Method of and system for managing data in a sensor network
US20140028457A1 (en) * 2006-10-11 2014-01-30 Thermal Matrix USA, Inc. Real Time Threat Detection System
US20080271143A1 (en) * 2007-04-24 2008-10-30 The Mitre Corporation Insider threat detection

Similar Documents

Publication Publication Date Title
US10277962B2 (en) Sensor based detection system
US10084871B2 (en) Graphical user interface and video frames for a sensor based detection system
US20170089739A1 (en) Sensor grouping for a sensor based detection system
US20150248275A1 (en) Sensor Grouping for a Sensor Based Detection System
US20150339594A1 (en) Event management for a sensor based detecton system
US20150379853A1 (en) Method and system for sensor based messaging
US20180197393A1 (en) Method and system for representing sensor associated data
US9693386B2 (en) Time chart for sensor based detection system
US20150382084A1 (en) Path determination of a sensor based detection system
US20150379848A1 (en) Alert system for sensor based detection system
US20150341980A1 (en) Playback device for a sensor based detection system
US20150378574A1 (en) Graphical user interface of a sensor based detection system
US20150379765A1 (en) Graphical user interface for path determination of a sensor based detection system
US20150341979A1 (en) Sensor associated data processing customization
US20160050037A1 (en) Emergency alert notification device, system, and method
US20070222585A1 (en) System and method for visual representation of a catastrophic event and coordination of response
Boddhu et al. A collaborative smartphone sensing platform for detecting and tracking hostile drones
EP2804142A1 (fr) Enregistrement et traitement des observations pertinentes de sécurité pour installations
US11116398B2 (en) Detection of contagious diseases using unmanned aerial vehicle
JP2016024823A (ja) センサベース検出システムのためのデータ構造
US20190045001A1 (en) Unsupervised anomaly detection using shadowing of human computer interaction channels
WO2017048115A1 (fr) Système de caméra vidéo intelligent en temps réel
WO2015179442A1 (fr) Système de détection équipé de capteurs
WO2015179451A1 (fr) Détermination de chemin d'un système de détection à base de capteur
JP2016021740A (ja) センサ関連データを表現するための方法及びシステム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15795464

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15312617

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15795464

Country of ref document: EP

Kind code of ref document: A1