US20190154876A1 - Location Monitoring via a Gateway - Google Patents
Location Monitoring via a Gateway Download PDFInfo
- Publication number
- US20190154876A1 US20190154876A1 US16/253,426 US201916253426A US2019154876A1 US 20190154876 A1 US20190154876 A1 US 20190154876A1 US 201916253426 A US201916253426 A US 201916253426A US 2019154876 A1 US2019154876 A1 US 2019154876A1
- Authority
- US
- United States
- Prior art keywords
- sensor
- data
- server
- user
- devices
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
- 238000012544 monitoring process Methods 0.000 title abstract description 80
- 230000004044 response Effects 0.000 claims abstract description 11
- 238000004891 communication Methods 0.000 claims description 37
- 238000000034 method Methods 0.000 claims description 32
- 230000005540 biological transmission Effects 0.000 claims description 30
- 238000001514 detection method Methods 0.000 abstract description 32
- 239000000779 smoke Substances 0.000 description 16
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 16
- 230000006870 function Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 230000007257 malfunction Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 238000001556 precipitation Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 241000282472 Canis lupus familiaris Species 0.000 description 2
- UGFAIRIUMAVXCW-UHFFFAOYSA-N Carbon monoxide Chemical compound [O+]#[C-] UGFAIRIUMAVXCW-UHFFFAOYSA-N 0.000 description 2
- 241000876443 Varanus salvator Species 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 229910002091 carbon monoxide Inorganic materials 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007613 environmental effect Effects 0.000 description 2
- 230000008014 freezing Effects 0.000 description 2
- 238000007710 freezing Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002441 reversible effect Effects 0.000 description 2
- 230000005236 sound signal Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000006424 Flood reaction Methods 0.000 description 1
- 239000004165 Methyl ester of fatty acids Substances 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000002730 additional effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 239000003990 capacitor Substances 0.000 description 1
- 238000009833 condensation Methods 0.000 description 1
- 230000005494 condensation Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000001939 inductive effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 229910052751 metal Inorganic materials 0.000 description 1
- 239000002184 metal Substances 0.000 description 1
- 239000003595 mist Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000000523 sample Substances 0.000 description 1
- 230000008093 supporting effect Effects 0.000 description 1
- 230000002459 sustained effect Effects 0.000 description 1
- 230000009182 swimming Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01W—METEOROLOGY
- G01W1/00—Meteorology
- G01W1/14—Rainfall or precipitation gauges
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01D—MEASURING NOT SPECIALLY ADAPTED FOR A SPECIFIC VARIABLE; ARRANGEMENTS FOR MEASURING TWO OR MORE VARIABLES NOT COVERED IN A SINGLE OTHER SUBCLASS; TARIFF METERING APPARATUS; MEASURING OR TESTING NOT OTHERWISE PROVIDED FOR
- G01D21/00—Measuring or testing not otherwise provided for
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01W—METEOROLOGY
- G01W1/00—Meteorology
- G01W1/02—Instruments for indicating weather conditions by measuring two or more variables, e.g. humidity, pressure, temperature, cloud cover or wind speed
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01W—METEOROLOGY
- G01W1/00—Meteorology
- G01W1/10—Devices for predicting weather conditions
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
- G08B25/08—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using communication transmission lines
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
- G08B25/10—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using wireless transmission systems
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01W—METEOROLOGY
- G01W2203/00—Real-time site-specific personalized weather information, e.g. nowcasting
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B1/00—Systems for signalling characterised solely by the form of transmission of the signal
- G08B1/08—Systems for signalling characterised solely by the form of transmission of the signal using electric transmission ; transformation of alarm signals to electrical signals from a different medium, e.g. transmission of an electric alarm signal upon detection of an audible alarm signal
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
- G08B21/02—Alarms for ensuring the safety of persons
- G08B21/10—Alarms for ensuring the safety of persons responsive to calamitous events, e.g. tornados or earthquakes
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/14—Central alarm receiver or annunciator arrangements
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
- Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation
Definitions
- Each of the above applications is incorporated by reference herein in its entirety for all purposes.
- aspects of the disclosure relate to remote location monitoring, for example, home monitoring and weather monitoring. More specifically, aspects of the invention relate to receiving and processing communications from detection devices and sensors at remote locations in order to inform users of the conditions and events occurring at the remote locations.
- a home weather station with an exterior sensor may include external measurement mechanisms for the measuring or recording weather data in the exterior ambient area of a building.
- a transmission mechanism which is combined with a measurement mechanism, the weather data is transmitted into the building and received by an internal receiving mechanism.
- the weather data transmission uses a radio signal in an appropriate data format for the receiving mechanism, which is an element of the home weather station located inside the building.
- the weather station may comprise a display mechanism combined with the receiving mechanism for the optical reproduction and display of the weather data within the building.
- a known weather station from the company Reinhardt Systems and Messelectronic GmbH, Bergstr. 33, 86911 Diessen-Obermiihlhausen, Germany, has the product name “MWS 5 W”.
- the unit measures temperature, relative humidity, barometric air pressure, wind speed and wind direction and transfers this data as serial ASCII-data to a connected Laptop or PC or stores the data internally in a data logger memory.
- the weather station is mounted on a 1′′ water pipe or on a tripod.
- the optional GPS-module the time axis data in the data logger can be synchronized to the exact time, height, and geographical position.
- the memory capacity is 12 days if the data is recorded in 10 minutes intervals.
- Another system includes a radio signal converter that receives a timing signal from a timing signal sender and sends an appropriate signal at another frequency to a timer which is located within a closed building.
- the frequency is selected such that this signal as opposed to the original timing signal can penetrate the building so that the timer can always be synchronized.
- Such an arrangement has multiple individual components. However, such a system would not function properly in the many places on the planet where there is no receiving for a timing signal that can be received outside a building. Furthermore, when a timing signal can be received, a device would be required that can be adjusted to individual specific features of the timing signal in a specific momentary location area.
- methods, systems, and devices are provided for remote location monitoring, including detecting and transmitting detection data from one or more detection devices at one or more remote locations to a server via a computer network.
- the detection data may correspond to detection readings from the various detector devices, for example, temperature sensors, wind sensors, humidity sensors, pressure sensors, rain sensors, motion sensors, alarm sensors, and other weather and home monitoring sensors.
- the server may identify a detector type associated with the data and retrieve a set of detection parameters for notifying users of the data detected at the remote locations. Users may register to receive notifications (e.g., pages, text messages, emails) upon detection of certain conditions (e.g., weather conditions, alarm conditions), at remote locations.
- a user may register to receive a notification by email every time the temperature sensor in that user's back yard drops below a specified temperature (e.g., 20° F.).
- a user may request a text message or phone call to the user's work phone or text message to the user's mobile phone when a burglar alarm or smoke detector sounds in the user's home.
- the server may be configured to display detection data from multiple different detectors at different remote locations on a single web site interface. For example, all weather updates (e.g., temperature, wind, rain, humidity) may be logged and displayed as overlays on a digital map, presenting users with may different data points to allow for more detailed views and predictions of the coming weather conditions. According to yet another aspect, users may select individual readings or data points on such a map to view for detailed information about the location, review previous readings, and send messages to the registered user(s) associated with the location.
- all weather updates e.g., temperature, wind, rain, humidity
- users may select individual readings or data points on such a map to view for detailed information about the location, review previous readings, and send messages to the registered user(s) associated with the location.
- remote location sensors and detector devices may relate to home monitoring, such as detectors for smoke detectors, fire alarms, burglar alarms, power consumption monitors, motion detectors, standing water monitors, and other home monitoring detection devices.
- an audible analog alarm signal may be detected by an audio detector at a remote location.
- the analog alarm signal may be converted to a digital signal and compared to one or more predetermined digital alarm pattern signals.
- a notification may be transmitted to a user registered to receive notifications for that location.
- a mobile receiver device may execute a mobile application configured to perform various remote sensor monitoring functions.
- a mobile receiver device may receive user input identifying or more sensor devices to monitor, for example, via a camera or barcode scanner of the mobile device.
- the mobile receiver device may use the captured input data to determine one or more sensor identifiers, and may transmit data requests to a remote location monitoring server for sensor data from the corresponding sensor devices.
- the server may receive sensor data collected by the sensor devices via gateway devices, and may provide the sensor data to the mobile receiver devices in response to requests from mobile applications.
- sensor devices may transmit data to multiple gateway devices within their transmission ranges, for example, using one-way broadcast communications of sensor identifiers, transmission sequence numbers, and sensor data readings.
- Each gateway device may receive sensor data from sensors, and then transmit the sensor data to a remote location monitoring server, and thus the server may receive duplicate sets of sensor data from different gateways.
- the server may identify duplicate sets of sensor data based on the sensor identifier and/or transmission sequence number.
- FIG. 1 is a block diagram illustrating a computing device and network, in accordance with aspects of the present invention
- FIG. 2 is an illustrative detector system including one or more sensors, in accordance with aspects of the present invention
- FIGS. 3A-3E show illustrative receiver systems including user interface buttons and display screens, in accordance with aspects of the present invention
- FIG. 4 shows an illustrative remote location including receivers and sensors integrated into various appliances, in accordance with aspects of the present invention
- FIG. 5 is a flow diagram showing illustrative steps for providing an alarm indication based on a detection of an audible alarm at a remote location, in accordance with aspects of the present invention
- FIG. 6 is a flow diagram showing illustrative steps for notifying users based on a detection reading at a remote location, in accordance with aspects of the present invention
- FIGS. 7-9 are images depicting illustrative user interfaces based on underlying mapping software and features, and data based on the geographic region selected and/or a selected subscriber, in accordance with aspects of the present invention
- FIGS. 10-12 are images showing illustrative user interfaces provided by a server for viewing, configuring, and controlling devices at a remote location, in accordance with aspects of the present invention
- FIG. 13 is an illustrative appliance configurable to be controlled by a receiver via a wireless module, in accordance with aspects of the present invention.
- FIG. 14 is an illustrative smoke detector detector device configurable to provide an alarm indication based on a detection of an audible alarm at a remote location, in accordance with aspects of the present invention.
- FIG. 15 is an illustrative remote location monitoring system, including one or more gateways and sensors, in accordance with aspects of the present invention.
- FIG. 16 is a flow diagram showing illustrative steps for installing and setting up gateway devices and sensor devices in a remote location monitoring system, in accordance with aspects of the present invention
- FIG. 17 is a flow diagram showing illustrative steps for using a mobile application on a receiver device to receive, analyze, and display data from selected sensors in a remote location monitoring system, in accordance with aspects of the present invention.
- FIGS. 18A-18D are illustrative user interface screens of an example remote location monitoring mobile application executing on a mobile receiver device, in accordance with aspects of the present invention.
- aspects described herein may be embodied as a method, a data processing system, or a computer program product. Accordingly, those aspects may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, such aspects may take the form of a computer program product stored by one or more computer-readable storage media having computer-readable program code, or instructions, embodied in or on the storage media. Any suitable computer readable storage media may be utilized, including hard disks, CD-ROMs, optical storage devices, magnetic storage devices, and/or any combination thereof.
- signals representing data or events as described herein may be transferred between a source and a destination in the form of electromagnetic waves traveling through signal-conducting media such as metal wires, optical fibers, and/or wireless transmission media (e.g., air and/or space).
- signal-conducting media such as metal wires, optical fibers, and/or wireless transmission media (e.g., air and/or space).
- FIG. 1 illustrates a block diagram of a generic computing device 101 (e.g., a computer server) that may be used according to an illustrative embodiment of the invention.
- the computer server 101 may have a processor 103 for controlling overall operation of the server and its associated components, including RAM 105 , ROM 107 , input/output module 109 , and memory 115 .
- I/O 109 may include a microphone, keypad, touch screen, and/or stylus through which a user of device 101 may provide input, and may also include one or more of a speaker for providing audio output and a video display device for providing textual, audiovisual and/or graphical output.
- Software may be stored within memory 115 and/or storage to provide instructions to processor 103 for enabling server 101 to perform various functions.
- memory 115 may store software used by the server 101 , such as an operating system 117 , application programs 119 , and an associated database 121 .
- some or all of server 101 computer executable instructions may be embodied in hardware or firmware (not shown).
- the database 121 may provide centralized storage of account information and account holder information for the entire business, allowing interoperability between different elements of the business residing at different physical locations.
- the server 101 may operate in a networked environment supporting connections to one or more remote devices, such as gateway device 141 , computer terminal 161 , and gateway/computer combination 151 .
- Gateway 141 is an illustrative home based network interface that may be used as an alternative device (rather than home or mobile computing devices) to communicate with the server 101 from remote locations.
- the gateway 141 , computer 161 , or combination terminal 151 may be coupled to a plurality of detecting devices and/or receiving devices via a suitable interface.
- the illustrative gateway device 141 may be capable of communicating with a large number of wireless devices (up to 120 in certain examples) in a weather station network system or home monitoring network system, at great distances designed to encompass an entire house and yard of a residence or a business environment (e.g., up to 300 feet in certain embodiments).
- the gateway 141 in this example may be connected to an Internet router via a LAN cable, and may receive electrical power via a supplied AC power adaptor.
- the gateway 141 may have a power consumption of just over 1 watt and may be designed to conform to all governmental and other energy saving requirements of home and office equipment.
- a remote location e.g., home
- a remote location monitoring network e.g., weather station monitoring network
- terminals 151 - 161 including computing devices may be used to communicate remote location monitoring data to and from the server 101 .
- Terminals 151 and 161 may be personal computers or servers that include many or all of the elements described above relative to the server 101 .
- a gateway 141 or other terminal 151 - 161 communicates wirelessly with at least one indoor sensor 200 (e.g., relating to home monitoring) or outdoor sensor 200 (e.g., relating to weather monitoring), and one or more receiver devices 300 to display data and/or control integrated appliances.
- the gateway 141 or terminal 151 - 161 may receive information from a network router that is connected via high-speed Internet to the Weather Direct servers which is connected to one or more Internet sites including a centralized server (see, e.g., www.LaCrossetechnotogy.com, www.MyDataDirect.com, or www.weatherdirect.com) to transmit weather forecast data, traffic, music/sounds, news information, and any similar information to the receiver 300 .
- the sensors 200 which may comprise of at least a temperature, humidity, and/or wind sensor, may also communicate to the receiver 300 the ambient conditions outside the user's home.
- the network connections depicted in FIG. 1 include a local area network (LAN) 125 and a wide area network (WAN) 129 , but may also include other networks.
- the computer 101 When used in a LAN networking environment, the computer 101 is connected to the LAN 125 through a network interface or adapter 123 .
- the server 101 When used in a WAN networking environment, the server 101 may include a modem 127 or other means for establishing communications over the WAN 129 , such as the Internet 131 . It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.
- an application program 119 used by the server 101 may include computer executable instructions for invoking user functionality related to communication, such as email, short message service (SMS), and voice input and speech recognition applications.
- SMS short message service
- sensor 200 may comprise an audible detector 202 for smoke detectors, fire alarms, and/or burglar alarms.
- the sensor 200 may comprise various other home monitoring sensors 202 , such as a motion detector, power consumption monitor, standing water monitor, carbon monoxide detector, video camera, air quality detector, mold detector, network connectivity monitor, and/or other home monitoring detection devices described herein.
- the sensor device 200 may include a processor 204 to evaluate signals and detection readings and/or a transmitter 206 to communicate its sensor readings to a computer or gateway device installed at the remote location.
- the sensor 200 may be removably attached to a computer 161 or gateway device 141 , and may be physically connected to the computer 161 and/or gateway 141 (e.g., via a LAN network cable), or may be wirelessly connected (e.g., via radio network, Bluetooth, or other wireless network).
- Sensor devices 200 may also be inter-connected to one or more receivers 300 (described below in reference to FIG. 3 ) to allow users to locally view the sensor readings and configure the sensors 200 .
- sensor devices may be disposed external to a home, but may transmit data to the server 101 via gateway 141 , and may also transmit data locally to one or more receiver devices 300 inside the home.
- an integrated sensor device 200 disposed external to the home may include various sensing devices such as humidity sensors, wind speed detectors, static charge sensors, pressure detectors, visible light detectors, rain detectors, temperature gages, and other local weather sensing components.
- the sensor device 200 may also be removably attached to the receiver system 300 by the means of a snap member 330 , wired to a receiver 300 (e.g., through the power system) and/or wirelessly connected, to allow a user at a receiver 300 to view readings from the sensor 200 and/or to configure the sensor 200 (e.g., power on or off, adjust sensor reading timing and schedules, set sensor detection thresholds, etc.).
- the server 101 may support additional techniques to provide sensor data to users and allow users to configured sensors and receivers with integrated appliances in the system.
- the data may be transmitted from the sensor devices 200 only to the one or more receiver devices 300 inside the home, and the one or more receiver devices 300 may then forward the information to the server 101 via gateway 141 (e.g., the one or more receiver devices 300 may act as an intermediary).
- gateway 141 e.g., the one or more receiver devices 300 may act as an intermediary.
- one or more sensor devices 200 communicate wirelessly via low power interface circuitry (e.g., a 915 MHz ISM band transceiver).
- gateway 141 and/or one or more receiver devices 300 may include interface circuitry compatible with the low power interface circuitry of the one or more sensor devices 200 .
- FIGS. 3A-3E illustrative embodiments of a receiver 300 are shown.
- receiver 300 is a device configured to communicate with gateway 141 or other device, (e.g., terminals 151 - 161 ) for transmitting and/or receiving data from the server 101 or other remote network location.
- gateway 141 e.g., terminals 151 - 161
- receiver devices 300 may also have the ability to receive information from a multitude of information sources.
- receiver devices 300 may also receive information regarding weather and other events via GPS, cellular towers, the Internet, and/or NOAA transmissions.
- NOAA transmitter network utilizes about 900 transmitters, each having a roughly a forty mile radius, covering the entire United States.
- embodiments of the present invention may include encoding the data from these transmitters to transmit specific location information along with alerts to users within specific geographic regions such as certain zip codes or zip plus four codes.
- a receiver 300 when a receiver 300 is located in a mobile environment, e.g., when traveling down a road and/or in a train, the receiver's transceiver may come in contact with different cell towers. The receiver 300 may detect when it has left its home area and may display alternate information (e.g., weather displays for the new locality). In certain embodiments, a receiver 300 may be programmed to display weather data and/or other information most appropriate for its current position. For example, if the receiver 300 has just entered a new cell location, it may the weather for the area between its home location and the new cell location. In other embodiments, it may select an average weather for the entire cell location.
- receiver 300 includes various user inputs and a display screen 332 which may be a touch screen 335 .
- the receiver may be continuously powered or may be turned on by depression of a power button 322 .
- the receiver may include a LED power indicator 324 and/or simply use the screen backlighting as the power indicator.
- the receiver may also include one or more network connection indicators for indicating a connection status for one or more devices with one or more computer networks (e.g., the network between the gateway 141 and the server 101 , the gateway 141 and a home network, the receiver 300 and the gateway 141 and/or the server 101 ).
- the receiver 300 may be variously configured to include weather button 301 , buttons 319 and 320 to select weather data in Fahrenheit and Celsius, respectively, emergency light(s) 323 , speaker button 313 , microphone button 314 , video button 315 , reset button 316 , and volume button 325 , and/or other suitable interface buttons.
- Various ports may be included to include additional modules such as GPS modules and/or other communication and/or sensor devices.
- the receiver 300 may be implemented in a standalone configuration and/or coupled to one or more other receivers 300 .
- the receiver 300 may alternatively be configured as low cost display station with the minimum components for receiving and displaying information to a user.
- the receiver 300 may be a weather station, wall clock with and/or without localized information such as weather and/or traffic information, bedside alarms with localized information such as weather and/or traffic information, and/or temperature display with and/or without local wireless connected sensors.
- a GPS module may be included in the receiver 300 .
- the GPS receiver may be permanently and/or detachably mounted to the receiver 300 .
- the device may automatically extract weather data based on the coordinates of the GPS system. These coordinates may come from the GPS module or may be input by the user manually.
- the weather station receiver 300 may translate the GPS coordinates to zip codes and/or zip plus four codes to extract the correct weather related data.
- the weather data may be sent coded for GPS coordinates and the zip codes entered by the user may be translated to select the corresponding GPS coordinates.
- the GPS module may be located in a hand held unit by the user and/or in an external unit which is connected either wired or wirelessly to the weather station or weather receiver.
- weather data and other information may be transmitted from a satellite to the receiver 300 .
- the receiver 300 may use the same antenna as the GPS unit and/or alternatively may use another antenna such as a satellite radio antenna.
- weather data is transmitted using a data feed of a satellite radio, it is preferred that the weather data be encoded with geographic data such as zip code and/or zip plus four code as discussed above.
- the GPS antenna or satellite antenna is utilized, the antenna may be utilized in a similar fashion as is currently employed for transmission of conventional data. In this manner, weather data may be provided to any location in the world by virtue of an up link to a satellite, down link to through the GPS/satellite radio interface. Similarly, customized weather data may be provided via DVB broadcast to local receivers.
- the local receivers may input zip codes and/or zip plus four codes and utilize these codes to filter incoming weather data.
- satellite receivers may contain one or more virtual channels depicting current weather conditions for any number of user selectable zip codes based on set-up data entered by the user at the time the satellite system is configured and/or installed in the user's home.
- both sensor devices 200 and receiving devices 300 may for example, be variously configured and integrated into cell phones, GPS receivers, alarm clocks, clock radios, wall clocks, PDAs (personal digital assistants), walkmans, digital cameras, dictaphones, cars, airplane seats, iPods, fog free mirrors, television or content consumption devices (e.g., VCRs, DVD players, Blu-Ray players, set-top boxes) and other similar such devices.
- PDAs personal digital assistants
- walkmans digital cameras
- dictaphones cars
- airplane seats airplane seats
- iPods ultra-ray players
- VCRs video recorders
- Blu-Ray players Blu-Ray players
- the interface circuitry for each of the sensor devices 200 and receiver devices 300 in a home network may include a router and/or be coupled to a home gateway 141 , hotspot router, or other terminal device.
- a single device may comprise circuitry for the gateway 141 , one or more sensor devices 200 and one or more receiver devices 300 .
- the single device may enjoy the benefits of such combined circuitry (e.g., the device may have the features of the gateway 141 discussed above, one or more sensor devices 200 , and one or more receiving devices 300 ).
- the circuitry is coupled to a gateway wirelessly, it may be coupled using 802.11 a-g, n, and/or a lower power interface circuitry such as 915 MHz ISM band transceiver.
- sensors 200 and/or receiver 300 may include an Ethernet controller, Wi-Fi receiver, or Bluetooth technology.
- receivers may be included in a variety of devices and appliances.
- the home, business, or other enterprise 400 may include one or more transceivers 401 .
- the home, business, or other enterprise 400 may include one or more transceivers 401 .
- the home, business, or other enterprise 400 may include one or more transceivers 401 .
- only a single transceiver 401 is utilized for proper reception.
- more than one transceiver 401 may be helpful.
- receivers in the home such as a PDA 423 , appliances integrated with receivers such as microwave 406 , coffee maker 405 , refrigerator 404 , and/or other devices integrated with receivers such as alarm clock 422 , lamp 406 , alarm 408 , wall clock 416 , care information center 417 , outdoor sensor(s) 200 , washer/dryer 410 , water heater 411 , bathroom heater (not shown), picture display 415 , TV set 414 , IR blaster (e.g., a remote) 421 , thermostat 413 , and/or clock radio 420 need only have a short range, low power, receiver for receiving data.
- a single receiver 300 with a transceiver device 401 may be utilized to distribute data to every device in the home 400 in a very low cost information distribution network.
- one or more receivers 300 may be included in various appliances and/or fixtures.
- one or more receivers 300 may be included in a fog free mirror 360 for in a bathroom or other room in the premises.
- the fog free mirror 360 may be, in some aspects, a mirror may be specially formulated or coated so as to prevent the formation of fog, mist, residue, or condensation, or other water or liquid buildup on its surface. A portion of the mirror surface may be removed or specially-tinted so that a display screen of a receiver 300 may be visible in the mirror.
- the tint may be electrically controlled, e.g., by application of a voltage or current to the fog free mirror 360 or a portion thereof may increase the transparency of the mirror, causing the mirror or portion to act as a window and rendering a display of a receiver 300 to be visible.
- the electrical components of a receiver 300 may be hermetically sealed (e.g., one or more processors of the receiver may be hermetically sealed) and/or shielded from the elements (e.g., weatherproofed, water-resistant, or the like), and/or components may be placed in a water-tight component.
- the mirror may have one or more antennas, memory, processors, or other like electrical components positioned in a hermetically sealed compartment, which may communicated via shielded wires (or wirelessly) with a display which is positioned in a fog-free portion of a mirror.
- the mirror may comprise one or more capacitive, inductive, or other electrical components and/or elements to provide “touch-screen” functionality so that a user may interact with the receiver (e.g., change the informational elements presented and so on.)
- the receiver 300 located at the fog free mirror may additionally or alternatively be controlled via operation of other devices (e.g., via instructions communicated via gateway devices and/or computing devices 141 , 151 , 161 , and so on).
- Certain items in the house 400 may also be interconnected using transceivers.
- the home security alarm and/or the bed side alarm may be interconnected.
- the home alarm may be deactivated 30 minutes after the user awakes so that it is not triggered by the user venturing outside to read his morning paper.
- a user who set an alarm to wake up at 6 a.m. is also able to have the alarm communicate with other devices in the house.
- the user may selectively turn down the heat at night by 10 degrees and turn the water heater down by 15 degrees and shut down the lights and other suitable energy saving mechanisms.
- the alarm clock and/or transceiver 401 may signal other apparatus in the house to, for example, turn on the coffee maker 405 , turn up the heat in the water heater 411 , turn on a bathroom heater, turn up the temperature in the house, and set other functions responsive to the time the alarm is set to go off.
- FIGS. 5 and 6 relate to methods and other techniques for performing remote location monitoring.
- FIG. 5 a flow diagram is shown describing illustrative steps for providing an alarm indication based on a detection of an alarm or other audible signal at a remote location.
- an audible signal is detected at a detection device 200 (e.g., an audio sensing device) at a location such as a house or business.
- a detection device 200 e.g., an audio sensing device
- a sensor 200 may be configured to record and evaluated each audible sound in its vicinity over a predetermined decibel level.
- sounds such as voices, doorbells, ringing phones, barking dogs, and noises from televisions, stereos, and other appliances.
- the audible (analog) signal is converted into a digital signal within the sensor 200 , and in step 503 the digital signal is compared to one or more previously stored digital signals corresponding to alarm signals that may sound near the sensor 200 .
- the sensor 200 may be preprogrammed with one or more distinct digital audio patterns corresponding to alarms from a smoke detector, fire alarm, burglar alarm, and other alarm systems active at the location of the sensor 200 .
- the sensor 200 may automatically recognize (e.g., by frequency, pitch, volume, etc.) an alarm sound from a standard smoke detector and thus need not be especially programmed by a homeowner or other user in order to identify an alarm signal.
- a sensor 200 may be programmed by a homeowner or other user to ‘learn’ and respond to specific sounds within range of the sensor 200 . For instance, if a monitored home has burglar alarm with a unique (or customized) sound, a programmable sensor 200 may be used to record and store the alarm sound during an initialization process so that the sound can be recognized during subsequent comparisons in step 503 . Additionally, although this example describes standard and customized alarm signals that are stored at the sensor 200 , it should be understood that the standard and/or customized digital alarm patterns may be stored outside of the sensor 200 in other examples. For instance, a standard library of digital alarm patterns may be stored within the gateway 141 or terminal 151 - 161 at the same location, or remotely at the central server 101 .
- an alarm indication is transmitted from the sensor 200 via a computer network to the gateway 141 and/or additional network and system components.
- the sensor 200 may transmit alarm indications via gateway 141 (or other terminal 151 - 161 ) to a system server 101 .
- the server 101 may be responsible for transmitting notifications to users and/or updating resources (e.g., event maps, system logs, status web pages), as described below in reference to FIG. 6 .
- a terminal e.g., 151 - 161
- at the location of the sensor 200 may alternatively perform these functions.
- the sensor 200 will not transmit an alarm indication to the gateway 141 (step 505 ).
- the sensor 200 may be configured to provide indications based on other sounds besides alarms. For instance, the same sensor 200 or a different audio sensor 200 may be programmed with a home doorbell audio pattern, and may transmit a doorbell indication upon detection of the doorbell sound.
- FIG. 5 relates to sound detection of an audible alarm signal
- a water detector 200 on the basement floor at a house may be used to provide notifications to a homeowner whenever the basement floods, using similar steps to those described in FIG. 5 to provide the notifications.
- a power consumption monitor 200 may be used to provide notifications to users when a home appliance or computing device is malfunctioning. Additional examples may relate to notifications based on detected weather conditions.
- a user may register to receive notifications based on one or more weather conditions detected by an external weather sensor 200 at their residence or other location. For instance, users may receive external temperature notifications (e.g., temperature reading above or below a threshold value), wind notifications (e.g., wind gust above a threshold value), and other notifications based humidity, pressure, daylight, precipitation, and other weather conditions.
- a second flow diagram is shown describing illustrative steps for notifying one or more users based on an alarm indication or other detection reading from a sensor 200 .
- a detection reading is received from one or more sensors 200 via a computer network at a computing device.
- the steps of FIG. 6 may be performed by the server 101 , or other computing device that receives data from one or more sensors 200 (e.g., gateway 141 , terminals 151 - 161 ).
- a central server 101 may be configured to receive detection readings from a plurality of sensors 200 operative at a plurality of different remote locations (e.g., via gateways 141 at different residential or business locations).
- the server 101 identifies the detection reading and determines a detector type and/or data type for the reading.
- the received data may correspond to a temperature reading from an external weather sensor 200 at a residential location.
- data transmission from the gateway 141 may include sender and/or header information allowing the server 101 to identify the gateway 141 , the sensor 200 , and the type of data being transmitted.
- the server 101 may retrieve a set of detection parameters based on the location, detector type and/or data type information identified in step 602 , and in step 604 a determination is made whether or not to notify users of the received detection reading.
- a user may register to receive a notification every time a temperature reading below freezing is recorded at an external temperature sensor 200 outside the user's home.
- the notification parameters may comprise a user identifier, a sensor identifier, and a temperature range (e.g., ⁇ 32° F.), and the parameters may be stored at the server 101 to be retrieved whenever a new temperature reading is received from the user's external weather sensor.
- a user may register to receive a notification every time a new temperature reading is received from the user's external sensor 200 , regardless of the temperature of the readings.
- less parameters might be stored at server 101 in certain notification examples (e.g., requesting a notification every reading, every other reading, every 5 minutes, etc. from a designated sensor 200 ).
- notifications may be based on other types of sensors 200 (e.g., wind, light, pressure, humidity, precipitation, audio, motion, alarm, power consumption, and other home monitoring and/or weather sensors). It should also be understood that the numbers, types, and values of the parameters stored at server 101 for the different sensors 200 may depend on the type of sensor 200 and the sensor data being received. For instance, a server 101 may be configured to notify a homeowner every time an audio alarm sensor (e.g., a smoke detector detector as discussed above in FIG. 5 ) transmits an alarm indication.
- an audio alarm sensor e.g., a smoke detector detector as discussed above in FIG. 5
- the homeowner might only request power consumption notifications when several consecutive power consumption readings for an appliance with an integrated receiver 300 indicate that the appliance is malfunctioning.
- the notification parameters retrieved in step 603 may relate to the type of notification the user has requested (e.g., call, email, page, text message) may include one or more notification recipient addresses.
- step 604 the server 101 compares the previously stored notifications parameters to the received data to determine if a notification should be sent.
- a notification should not be provided based on that reading.
- a subsequent reading of 30° F. is received from the user's external weather sensor 200 ( 604 :Yes)
- a notification should be provided in accordance with the user's notification registration in step 605 .
- one or more notifications are provided in accordance with the user's notification registrations.
- users may register to receive a combination of the telephone call notifications, email notifications, pager notifications, text message notifications, and/or instant message notifications based on detection readings received from sensors 200 associated with the user's accounts. For example, a user may register to receive an email notification every time an external wind sensor 200 at the user's house reports a wind gust of greater than 20 MPH.
- the same user may register to receive a work phone call, a phone call to a secondary phone (e.g., a spouses phone), a text message to a mobile phone, and email notifications whenever an alarm signal is indicated at the user's home from an alarm sensor 200 (e.g., a smoke detector detector), or a possible intrusion is indicated by a motion sensor 200 .
- Notifications may also be based on combinations of readings from one or more sensors 200 (e.g., notifications for wind gusts sustained over a specified amount of time, notifications for wind gusts with concurrent rain readings, notifications for cold temperatures with concurrent power failure readings at a water heater or other appliance).
- users may be permitted to register for notifications based on the sensor readings of other users' sensors, for example, sensors installed by friends, family members, neighbors, or from community sensors which provide public readings available to all system users with access to the server 101 .
- a user might register for email notifications whenever the temperature at the user's parent's house is greater than a temperature threshold (e.g., ⁇ 95° F.).
- a temperature threshold e.g., ⁇ 95° F.
- the user may request weather alerts for severe weather (or normal weather) anywhere within the user's vicinity (neighborhood, zip code, distance radius, etc.).
- notifications can take the form of updates to a resource accessible to one or more users.
- a user may register to be part of a weather community in which readings from the user's weather sensor 200 are added to a publicly available web site, such as community weather map or weather event chart.
- a web page provided by server 101 of the weather system displays a view of a residential area near Denver, Colo.
- weather system users in this region may register to join their local weather community.
- data from their external weather sensors 200 may automatically be integrated into a community web page 700 which is accessible to other users in the community.
- the community web page 700 may comprise a weather map and/or weather event table including real time updates of the weather in the region.
- a data summary box 710 will appear in one corner of the map to show a compilation of subscriber and weather data for the visible area. As shown in FIG.
- the system may automatically display the total number of weather system subscribers and active (online) weather display devices in the selected region, along with the average temperature, humidity, wind, and/or other summary weather data.
- the data may be calculated automatically at the central server 101 using all of the active weather stations in the selected region.
- the weather system may also leverage the different features of the underlying mapping software (e.g., Google Maps®, Microsoft Virtual Earth®).
- the user may be able to zoom-in or zoom-out, causing the data summary box 710 to automatically refresh the displayed data to match the updated geographic region displayed on the screen.
- the map feature may permit online users to change to a zip code view, city view, county view, etc., or any other view configuration supported by the underlying mapping software.
- weather data e.g., satellite data
- the subscriber has used the map feature to zoom into a smaller geographic region, causing an automatic update in the summary and compilation data shown in box 810 .
- the weather system central server has made a determination that the selected region is small enough to display an icon and number for each subscriber in the area.
- the user has activated a subscriber information window 910 by selected (e.g., clicking) on the individual subscriber icon/number “4” from FIG. 8 .
- the subscriber information window contains the subscriber name, device data and weather data received from the subscriber's device, along with several links to allow the user to communicate with the selected subscriber and/or the subscriber's devices (e.g., view stations, configure stations, email, or send an instant message).
- the weather system may initiate an email or instant messenger application with the selected subscriber's information to allow the user to communicate with that subscriber.
- users may have the option to disable their own “Email” and/or “Chat” links so that their personal information (e.g., email address or instant messaging identifier) is not accessible to other subscribers.
- the user may be presented a home device map similar to the illustrative screen shown in FIG. 4 .
- This link may also be used to retrieve data from any accessible weather display device (i.e., devices not permissioned by the owner subscriber as hidden, or marked as private, etc.), or to configure/reprogram data one of the weather display devices (similarly, owners subscribers may set permission on all or some of their devices to allow/disallow remote configuration by third-parties.
- sensors 200 and/or receivers 300 at a remote location may be controlled by commands from the server 101 , based on user interaction with the server user interface (e.g., a web site or other server application).
- the server 101 may provide a user interface to allow users to register (e.g., add or remove) sensors 200 , view sensor readings and status, and to register for notifications by selecting one or more sensors 200 and designating the desired notification parameters.
- users may interact with a server 101 user interface (e.g., web site) to configure sensors 200 , appliances with integrated receivers 300 , and other devices connected to the user's gateway 141 (or terminal 151 , 161 , etc.).
- a receiver unit 300 may be integrated into a home automation system so that the unit would, for example, close windows when rain is detected by the external rain sensor 200 , or when the receiver 300 receives an indication from the server 101 that there is a high probability of rain at the user's home location.
- Certain examples provide for determining the geographic location of a device (e.g., gateway 141 or terminal 161 ) using an IP address reverse lookup table or similar reverse geographic location technology either implemented locally at the server 101 or at the remote location of the device to determine the geographic location of the device and using this information cross to correctly displayed sensor information received from the device on a map 900 or other user interface.
- a device e.g., gateway 141 or terminal 161
- IP address reverse lookup table or similar reverse geographic location technology either implemented locally at the server 101 or at the remote location of the device to determine the geographic location of the device and using this information cross to correctly displayed sensor information received from the device on a map 900 or other user interface.
- users may control remotely sensors 200 , receivers 300 , and other receiver-integrated appliances connected via gateway 141 or other system components in a home monitoring system.
- the server 101 may provide a user interface (e.g., web page) to allow authenticated users to remotely configure sensors 200 and control connected devices and other appliances via the Internet.
- users may configure the server 101 to control sensors 200 and devices/appliances with receivers 300 automatically to take certain actions based on home monitoring alerts, weather conditions, and other information available to the server 101 .
- the server 101 may be configured to automatically close and lock the doors in the home, close the windows and/or turn on an alarm system.
- the server 101 may be programmed to automatically close storm shutters for all homes in the area of the alert.
- a home monitoring system may have motion detectors and sound detection sensors 200 that would alert the central server 101 to potential intrusions.
- the user may then be able to login to the server 101 to view additional information regarding the potential intrusion (e.g., an image taken from a motion activated camera 200 , or a sound recorded by an audio sensor 200 ). Based on this information, the user may activate remotely certain devices within the home (e.g., door locks, windows, safes, other appliances) and/or may notify law enforcement or family members.
- additional information regarding the potential intrusion e.g., an image taken from a motion activated camera 200 , or a sound recorded by an audio sensor 200 .
- the user may activate remotely certain devices within the home (e.g., door locks, windows, safes, other appliances) and/or may notify law enforcement or family members.
- the user interface of the server 101 may support functionality for users to directly control sensors 200 and/or appliances and device integrated with receivers 300 remotely (e.g., engaging door and window locks, turning appliances and alarm systems on and off, etc.) within the user's home or business location.
- the server 101 may be programmed to automatically take actions even without the explicit directions of a user. For example, upon identifying a potential intrusion at the house via a motion detector 200 , the server 101 may transmit an instruction via gateway 141 to automatically close and lock the doors and windows in the house. The server 101 may then notify the user of the potential intrusion and/or may alert law enforcement through an E911 system or PSTN system.
- an illustrative screen shot is shown allowing an authenticated user to configure various sensors 200 and receiver appliance devices 300 at a remote location to be automatically controlled by the server 101 .
- the devices 200 - 300 at the remote location may be controlled using an Internet Protocol (IP) via gateway 141 . Therefore, the interface may be customized such that different manufacturers may design to the protocol.
- IP Internet Protocol
- the device connects with, for example, gateway 141 and/or terminals 151 - 161 , determines the home to which they were installed, and registers with the users home automation control panel, e.g., www.mydatadirect.com or www.WeatherDirect.com.
- the goal of the unified interface for different appliances is to have a single unified standard to simplify interconnectivity for the user.
- the consumer experience is substantially enhanced.
- one manufacturer can sell many additional products to the same family over time by staging the cost of the acquisition. For example, the children can purchase their parents an alarm clock one holiday, an outdoor sensor kit another holiday, a web cam for the grandchild's outdoor play area another holiday, etc.
- the setup and configuration data is downloaded from the device connected to the user's network.
- the device being configured may be an external temperature sensor 200 for detecting and providing temperature data to the server 101 .
- the temperature sensor 200 in this example may be configured to communicate wirelessly with the gateway device 141 .
- a temperature sensor 200 may have a wireless range of approximately 300 feet.
- the temperature sensor may also be battery powered, avoiding the need to position the sensor next to an electrical outlet.
- the sensor 200 may also be configured to monitor and transmit humidity data.
- the sensor 200 in this embodiment may include an extendable probe (e.g., 6 feet in length) that can detect and communicate an additional temperature and/or humidity reading, for example, from a swimming pool or spa, refrigerator, freezer, etc.
- an extendable probe e.g., 6 feet in length
- the sensor 200 may be configured to detect and transmit temperature and other data immediately (i.e., in real time), it may also be configured to store history data for a period of time (e.g., days, weeks, or months) and transmit the stored data upon request, for example, as a spreadsheet file compatible with Microsoft EXCEL® and/or other third-party software applications.
- an additional display is shown of an illustrative user interface provided by the server 101 .
- the user may configure his/her information screen to monitor various data from his/her network of devices. For example, at a glance, the user may monitor a webcam and other data from his/her summer house such as inside/outside temperature, alarm status, furnace status, etc.
- the additional information may be variously configured to only appear once the picture is clicked on by the user, where the user hovers over the picture with the mouse, and/or overlaid over the location information supplied by the webcam.
- the view from the user's dock may be displayed with tide, wind speed and direction, as well as outside temperature.
- thumbnails may be displayed including such webcams as the local airports (e.g., LaGuardia and Newark), traffic cams from the drive home, the user's living room, baby's room, and/or day care center, the alarm status of the home including a map of the various rooms and associated alarm status and diagnostics.
- the local airports e.g., LaGuardia and Newark
- traffic cams from the drive home e.g., the user's living room, baby's room, and/or day care center
- the alarm status of the home including a map of the various rooms and associated alarm status and diagnostics.
- the system may further be configured to download and/or upload information from various devices and include virtual images of the controls of those devices on a connected web page.
- a user wishing to set his alarm clock to get up early for an important meeting may do so from work.
- the web page e.g., www.mydatadirect.com
- the user may be presented with a virtual image of the alarm clock sitting next to his/her bed.
- the user may click on various buttons and set the alarm for every day, and/or for only a certain day.
- the control command is then sent to the device using a suitable protocol, e.g., IP.
- the alarm clock may then respond with a message (e.g., via e-mail, SMS, chat, or to the web page www.mydatadirect.com) confirming that it has received the new settings and will adjust its settings accordingly.
- the alarm clock may be further programmed to notify other users (e.g., the husband and wife) where the alarm clock serves the needs of more than one person. In this manner, the spouse is notified when the alarm clock is changed.
- the alarm clock may have multiple alarms one controlled by each spouse. Alarms may also be password protected, for example, so that one spouse cannot change the settings of the other spouse without having the password. In other examples, the alarms of children cannot be turned off and/or altered without the password.
- a receiver 300 may be integrated into and may control, via a separate wireless module 1304 , a lawn sprinkler 1300 so that the sprinklers 1300 is turned on and off in accordance to the commands of the server 101 (via the gateway 141 or other terminal).
- a user may be able to remotely operate the sprinkler 1300 by logging into the server 101 , and the server 101 may be configured to automatically operate the sprinkler 1300 in response to certain conditions (e.g., sensor readings, news alerts).
- the separate wireless module 1304 may include a battery operated valve that would control when the sprinkler 1300 is allowed to operate.
- a home owner may be able to control their lawn sprinkler 1300 remotely via the web site of the server 101 .
- a user away from home on a vacation may log into the server 101 to turn off the sprinkler 1300 if the user discovers that it has recently rained at the user's house.
- the server 101 may be configured, using a similar technique to the notification process, to turn off the sprinkler 1300 automatically (i.e., without explicit user instructions) when an external rain sensor 200 at the user's house indicates that it has recently rained a sufficient amount to water the lawn.
- the server 101 may be configured to increase or decrease the watering time for the sprinkler 1300 based on the recent precipitation measures at a sensor 200 or received from a weather source via the server 101 .
- the sprinkler 1300 may include its own rain gauge and be configured to be powered via a turbine and energy store included within the sprinkler module 1304 so that the power would be generated based on the water flow through the turbine. This power would then be stored in a capacitor and used to open or close a valve to either turn off or turn on the water flow. The water flow would be turned off or turn on based on information about the weather received by the server 101 . For example, if it was determined that there was a high probability of rain within the next eight hours, the sprinkler 1300 would not be turned on at that time.
- a power consumption sensor 200 may be installed between an appliance and the wall socket. This will enable a user to monitor and view the energy requirements for all electrical appliances in his/her home. This data can be uploaded to the user's information website (e.g., www WeatherDirect.com) to track, monitor, or adjust the settings of the respective appliances.
- This data can be uploaded to the user's information website (e.g., www WeatherDirect.com) to track, monitor, or adjust the settings of the respective appliances.
- smoke detector detector 1400 may be configurable to provide an alarm indication based on a detection of an audible alarm at a remote location.
- the device 1400 in this example may be configured to respond to smoke detectors, fire alarms, burglar alarms, and/or may be programmable/configurable so that it can respond to custom alarm sounds or other noises occurring at the remote location.
- a heater may be turned on when there is a high probability that the low temperature would exceed a user's particular threshold so that the heater is efficiently controlled. For example, when it is warmer outside in the situation of a heat pump, so that the house could be warmed up prior to the temperature dropping.
- FIG. 15 another example implementation is shown for a remote location monitoring system.
- two locations 400 a and 400 b are shown, each location including a gateway device 141 a and 141 b , respectively.
- locations 400 a and 400 b may include residences, businesses, or other enterprises.
- the remote location monitoring system shown in FIG. 15 also includes several sensor devices 200 , which may correspond to any of the various types and capabilities of sensor devices described above.
- Gateway devices 141 a and 141 b may be configured to receive sensor data from sensor devices 200 , and transmit the sensor data to a remote location monitoring server 101 .
- Receiver devices 300 may include specialized hardware devices 300 , such as those described above, having specialized hardware and/or software components for weather monitoring, remote location monitoring, and the like.
- Additional receiver devices 300 may include general purpose computing devices (e.g., desktop computers, laptop computers, tablet computers, and smartphones and other mobile devices) configured with web browser or other application software (e.g., a mobile application executing on a smartphone or other mobile device) to support the various weather monitoring and remote location monitoring functionality described herein.
- receiver devices 300 may be configured with network interfaces to communicate with the remote location monitoring server 101 , and with input/output capabilities and a user interface to provide remote location monitoring functionality to the users of the receiver device 300 .
- receiver devices may include networking hardware and software components for direct communication with the remote location monitoring server 101 (e.g., via a LAN, Internet, or other communication network) or communication with the remote location monitoring server 101 via a gateway device 141 .
- sensor devices 200 may include various indoor and/or outdoor sensors.
- indoor sensor devices 200 installed or positioned within homes or businesses 400 may include temperature sensors, humidity sensors, light sensors, smoke sensors, noise sensors, motion sensors, fire sensors, standing water sensors, power consumption sensors, carbon monoxide sensors, etc.
- Outdoor sensor devices 200 may be installed or positioned outside of homes or businesses 400 , such as in yards, trees, gardens, garages, vehicles, window wells, greenhouses, or doghouse, or may be mounted to external surfaces of the home or business 400 such as the roof or a window.
- a single home or business 400 may have multiple indoor sensors 200 and/or outdoor sensors 200 positioned in and around the home or business 400 , each of which may be configured to communicate with gateway devices 141 .
- the communication between sensors 200 and gateway devices 141 may be two-way or one-way communication.
- sensors 200 may be configured to periodically or continuously transmit its sensor data via one-way communication to any gateway device 141 in range.
- a single sensor device 200 a within range of both gateways 141 a and 141 b may transmit its data to both gateways, each of which may then transmit the sensor data of sensor 200 a to the server 101 .
- a single location 400 such as a large house or large business, may be multiple gateways 141 to support the larger necessary coverage area, larger number of sensors 200 , or for purposes of backup in case one of the gateway devices 141 fails.
- gateways 141 may potentially be received, stored, and transmitted to the server 101 by multiple gateways 141 .
- the sensor data transmitted from the sensor devices 200 to the gateway devices 141 , and then from gateways devices 141 to the server 101 need not identify or be dependent on any specific gateway device 141 .
- a sensor device 200 when a sensor device 200 transmits its sensor data, it may transmit a data structure or data package including a unique sensor identifier, a sequence number, and the sensor data itself.
- the sensor identifier may be unique to the specific sensor device 200 , and may correspond to a serial number (e.g., a 16-digit number) of the sensor device 200 or any other unique identifier.
- a transmission sequence number (e.g., a 3-, 4-, or 5-digit number) may be incremented by the sensor device each data a new set of sensor data is transmitted.
- a first transmission of sensor data after a sensor device 200 is first turned-on may include the sensor device's 200 unique 16-digit sensor identifier, followed the 3-digit sequence number “000” indicating that this is the first transmission from the sensor 200 (or the 1,000 th transmission, the 2000 th transmission, etc.), followed by the sensor data itself, which may be of various different sizes and formats depending on the type of the sensor 200 and the types and amounts of data it collects.
- the gateway device 141 may then receive and temporarily store the data from the sensors 200 , before transmitting the data to the remote location monitoring server 101 .
- the gateway device 141 need not add any additional data or modify the data received from the sensors 200 , except for potentially adding network protocols headers and the like for transmission to the server 101 .
- the gateway device 141 need not add a gateway identifier or any equivalent information before transmitting the sensor data to the server 101 .
- identical sets of data from a single sensor 220 a e.g., a data package comprising a sensor identifier, a sequence number, and the sensor data itself
- the server 101 may use the sensor identifiers and sequence numbers from the sensor data to identify and/or remove duplicate sets of sensor data. In such cases, the server 101 need not store or track any gateway identifier information, because it is irrelevant to the server 101 which gateway 141 (or gateways 141 ) transmitted the sensor data.
- such examples may provide advantages in both convenience and reliability for remote location monitoring systems, weather monitoring systems, and the like. For instance, if a gateway 141 a is not functioning due to a hardware malfunction or power outage, or if the gateway 141 a in unable to connect to the server 101 due to a router malfunction or other loss of connectivity, then another nearby gateway 141 b may effectively function as a backup gateway by receiving sensor data from all sensors 200 within range (including those nearer to gateway 141 a ) and transmitting the sensor data to the server 101 . Such configurations also may allow for an easier and more convenient setup process.
- each sensor device 200 may be configured to transmit its sensor data to all available gateway devices 141 and each gateway device 141 may be configured to receive, store, and transmit sensor data from any sensor device 200 to the server 101 .
- users need not configure each of their individual sensor devices 200 to communicate exclusively with their gateway device 141 , or vice versa.
- sensor devices 200 and gateway device 141 may be designed for universal and non-exclusive communication with each another, so that any sensor device 200 may transmit its sensor data to any gateway 141 seamlessly and without any dedicated setup process linking the devices.
- sensor devices 200 may be configured to communicate only with one or more specific gateway devices 141 . For instance, certain types of data from some sensors 200 may be considered private or confidential data, and for security purposes this data may be transmitted only to one or more designated gateway devices 141 , rather than being broadcasted to any gateway device 141 within the transmission range of the sensor 200 .
- users may protect security-related sensor data from a home or business 400 a , or other personal or confidential sensor data, by requiring that such data by transmitted only to their gateway 141 a and not to gateways 141 b in other locations or under the control of other users or businesses.
- two-way communication may be used so that the sensor device 200 may confirm the identity of the recipient gateway 141 before transmitting its sensor data.
- additional security techniques may be used including authentication, secure network protocols, and/or encryption to protect the transmission of sensor data between the sensor device 200 and gateway 141 .
- FIG. 16 an example method is shown in which a gateway device and sensor devices are installed and setup to commence communication with a remote location monitoring server 101 .
- a gateway device e.g., 141
- a location 400 e.g., a home, business, or other location
- the gateway 141 may use a network cable or establish a wireless connection with the router.
- the gateway 141 need not connect to a router at the location 400 , but instead may communicate directly to the server 101 using a cellular network, hot spot, or another local area network (LAN) or wide area network (WAN) such as metropolitan area networks (MAN) or wireless networks associated with educational institutions or other organizations.
- LAN local area network
- WAN wide area network
- MAN metropolitan area networks
- the gateway device 141 may establish contact with a remote location monitoring server 101 .
- the gateway device 141 may be preconfigured with one or more network identifiers, so that the user (e.g., home owner, business owner, etc.) need not input a network location in order for the gateway device 141 to establish communication with the server 101 .
- the use might only be required to plug-in the gateway device 141 , and connect it a router or other network interface, after which the gateway device 141 may automatically establish communication with the server 101 .
- the user may input a server name or identifier (e.g., URL, IP address, etc.) use a personal computer or mobile device to input the server name (e.g., URL, IP address, etc.) to allow the gateway device 141 to establish communication with the server 101 .
- a server name or identifier e.g., URL, IP address, etc.
- the gateway device 141 may turn on an indicator light to inform the user that communication with the server has been established and the gateway is now ready to receive and upload sensor data.
- the gateway 141 may periodically attempt to re-establish communication with the server 101 . Such communication attempts by the gateway 141 may occur while transmitting sensor data to the server 101 , or periodically even when the gateway 141 is not transmitting sensor data, in order to confirm that the communication link with the server 101 remains intact. A failed attempt to re-establish communication with the server may indicate a malfunction of the gateway device 141 , maintenance at the server 141 , or a router or network outage, etc.
- the gateway device 141 may inform the user it is no longer in communication with the server 101 using an audible indication or indictor light on the gateway device 141 , or by transmitting a notification to the user's receiver device 300 (e.g., smart phone, personal computer, or remote location monitor receiver, etc.).
- the user's receiver device 300 e.g., smart phone, personal computer, or remote location monitor receiver, etc.
- one or more sensor devices 200 is installed and activated at the location 400 .
- Sensor devices may be battery-powered and/or may be plugged into a power source at the location 400 (e.g., an AC power wall outlet).
- a power source at the location 400 e.g., an AC power wall outlet.
- installation and activation of a sensor device 200 may involve nothing more than plugging-in or inserting batteries into the device 200 .
- certain sensors 200 and gateways 141 may be configured for one-way communication between the sensor and gateway, and some sensors 200 may broadcast their sensor data to any gateway devices 141 in range. In such examples, the user need not perform any additional action to configure the sensor device 200 or gateway 141 to identify the corresponding device and establish the communicate link.
- both the sensor devices 200 and gateways 141 may be preconfigured to communicate via the same one or more RF frequencies, and to use the communication protocols for transmitting/receiving the sensor data.
- such systems may be automatically operational without any additional user action other than powering the devices 141 and 22 and/or connecting the gateway 141 to a router for network access.
- any sensor device 200 or gateway 141 within such a system may be seamlessly replaced during the lifetime of the system, without the need to update or reconfigure the remaining devices 200 in the system.
- the sensors 200 may begin to transmit sensor data to the gateway device 141 .
- sensor devices 200 may include various indoor and/or outdoor sensors, including any of the sensor types and capabilities discussed above.
- the transmission of data from a sensor device 200 may commence automatically after the sensor device 200 is provided power.
- one-way communication sensor devices 200 may be preconfigured to automatically collect and transmit sensor data without requiring any setup or configuration process to be performed by the user.
- the pre-configurations to sensor devices 200 may include the type of data to be collected, the time intervals for collecting sensor data, the time intervals for transmitting the sensor data, the transmission power and frequency, and the communication protocols used for transmitting the sensor data.
- such preconfigured sensor devices 200 may begin transmitting their sensor data even if there is no gateway device 141 in range and no other device receiving the sensor data transmissions.
- one or more of the sensor configurations described above may be configurable by users.
- two-way communication may be enabled between a sensor device 200 and gateway 141 , and a user interface may be provided to allow the user to reconfigure the sensor devices 200 via the gateway 141 .
- a sensor device configuration web page or a remote location monitoring mobile application may allow the user to configure any of the above functions of the sensor device 200 .
- These configuration parameters may be input by the user via a receiver device 300 , and may be transmitted to the sensor 200 via the gateway 141 .
- Such sensor configuration may also define the set of gateway devices 101 and security protocols that a sensor may use for transmitting some or all of its collected sensor data. For instance, a user may log-in to a sensor management web page, or may access a sensor configuration user interface via a remote location monitoring mobile application on their smartphone 300 , in order to change the type of data collected by a sensor 200 , the frequency or precision of the sensor readings, the sensor data transmission intervals, the transmission power (e.g., for when the sensor is moved further away or closer to the gateway 141 ), the communication protocols (e.g., secure or unsecure), and/or encryption required (if any) used for transmitting the sensor data.
- the communication protocols e.g., secure or unsecure
- the gateway device 141 receives and stores sensor data from one or more sensors 200 .
- the communication from the sensor 200 to the gateway 141 may be one-way communication only in some embodiments. In such cases, the gateway device 141 might not have any control over the sensor device 200 , or any capability to confirm receipt of data or request retransmission of sensor data.
- a gateway device 141 a also might not be aware of any other gateway devices that are also receiving the same data from the same sensor device 200 a.
- the gateway device 141 may transmit the received sensor data to the remote location monitoring server 101 .
- the gateway device 141 may be configured to transmit the received sensor data to the server 101 immediately after receiving and processing the data from the sensor device(s) 200 .
- one or more sensor devices 200 may be preconfigured to transmit data on a synchronized schedule every 30 seconds, minute, every 5 minutes, every 15 minutes, etc.
- the gateway device 141 may receive a block of data from one or more sensors at or near these intervals, and may immediately forward the data to the server 101 .
- data may arrive at the gateway 141 continuously or at various different time intervals from different sensors 200 .
- the gateway 141 may receive and store data in the gateway memory for a period of time, and then transmit a block of data to the server 101 at predetermined intervals (e.g., every 30 seconds, every minute, every 5 minutes, etc.).
- gateway devices 141 may include flash memory capable of storing, for example, up to 10,000 sets of sensor data. Incoming sensor data may continue to accumulate in the memory of a gateway device 141 until the server 101 is once again accessible, after which the accumulated data may be transmitted and the gateway memory may be cleared (e.g., deallocated).
- a receiver device 300 may use a mobile application to receive, analyze, and display data from selected sensors.
- a mobile receiver device 300 may download and install a mobile application for remote location monitoring.
- the mobile receiver device 300 may be general purpose computing device (e.g., a smartphone or tablet computer) or a specialized receiver device such as those described above, having specialized hardware and/or software components for weather monitoring, remote location monitoring, etc.
- a user of a mobile receiver 300 may download and install a remote location monitoring mobile application, for example, by accessing a web site or a mobile application store.
- different versions of mobile applications for remote location monitoring may be developed for different mobile receiver devices 300 to leverage the different operating systems, different input/output capabilities, etc., of the different receiver devices 300 .
- the mobile application installed in step 1701 may be used to remotely monitor a set of sensors 200 at a mobile receiver device 300 .
- the mobile application may allow users to add or remove sensors 200 from an active list of sensors to be monitored, and then receive and display sensor data from the sensors in the active list.
- the mobile application may also allow users to setup notifications and alerts that are triggered based on predetermined sensor conditions, and implement the notifications and alerts by continuously monitoring all newly received sensor data.
- FIGS. 18A-18D discussed below, are screenshots illustrating various functions of an example mobile application.
- one or more sensor device identifiers may be received by the mobile application.
- a user of the mobile receiver device 300 may input the sensor device identifiers, either manually or by using a camera, scanner, or barcode reader of the receiver device 300 .
- the sensor device identifiers that are input into the mobile application step 1702 may correspond to the sensors that the user wishes to monitor via the mobile application.
- a user that wants to monitor a set of sensors 200 in and around his home or business location 400 may begin by locating each sensor's serial number or other unique identifier.
- a sensor's serial number or identifier may be printed on the sensor's packaging and/or on the sensor itself.
- the sensor's serial number or identifier may be unique insofar as no two sensors may be assigned the same serial number or identifier, thereby allowing users to input the serial number or identifier in order to unambiguously monitor a specific sensor device 200 .
- an example screen 1810 of a remote location monitoring mobile application user interface 1810 is displayed on a receiver device 300 (e.g., a smartphone or other mobile device).
- the mobile application is controlling the internal camera of the receiver 300 to allow the user automatically add a sensor device 1400 by taking a picture of the sensor's serial number 1410 .
- the sensor device 1400 in this example may be a smoke detector detector device, described above in FIG. 14 , but the same technique may be used for photographing the serial number or other identifier of any sensor device 200 .
- button 1811 may be selected to capture the image and automatically add the sensor to the list of sensors currently being monitored for the user via the mobile application.
- the mobile application may execute image analysis software (e.g., text recognition) to resolve the serial number 1410 from the image.
- image analysis software e.g., text recognition
- the user may select button 1812 to manually type in the sensor's serial number. This option may also be used if the attempt to resolve a serial number 1410 from a captured image fails or is inconclusive.
- a 16-digit numeric serial number 1410 is used in this example, a sensor serial number 1410 may be any combination of alphanumeric characters.
- serial numbers need not use serial numbers but instead may use sensors having unique barcodes (e.g., UPC numbers and barcodes), unique Quick Response (QR) codes, or any other unique code or identifier that may be captured using a camera, scanner, or barcode reader of the receiver device 300 .
- QR Quick Response
- the mobile application may retrieve sensor data from the remote location monitoring server 101 for each of the sensor devices 200 currently being monitored by the mobile application, and in step 1704 the retrieved sensor data may be displayed on the receiver device 300 .
- the list of currently monitored sensor devices 200 may include any sensors whose serial numbers were input by the user in step 1702 (e.g., via camera, scanner, barcode reader, or by manual input). There is no limit to the number of sensor devices 200 being monitored by a receiver device 300 . Additionally, multiple receiver devices 300 may monitor the same sensors 200 at the same time, even when the multiple devices 300 are in different locations, owned/controlled by different users, etc.
- the mobile application executing on the user's receiver device 300 may periodically establish communication with the server 101 to retrieve the most recent sensor data for each of the list of currently monitored sensors 200 .
- Updated sensor data may be retrieved from the server 101 according to a predetermined schedule (e.g., every 5 minutes, every 15 minutes, every hour, etc.) or may be retrieved from the server 101 based on a user action at the receiver device 300 , such as activating the mobile application or requested updated sensor data.
- the mobile application may initially contact the server 101 to subscribe to sensor data updates for its list of sensor devices 200 , after which the server 101 may monitor the sensor data and automatically transmit any updated data to the subscribing mobile application on the receiver 300 .
- a uniform data set may be transmitted from the remote location monitoring server 101 to the receiver 300 corresponding to the most recent sensor data collected by the set of sensor devices 200 being monitored by the receiver 300 .
- the mobile application executing on the receiver may provide the user the capability of customizing the data retrieved and manner of retrieval from the server 101 .
- a user may use the mobile application to request automatic sensor data updates from only a subset of its associated sensors 200 .
- the user may configure the mobile application to retrieve only a subset of the data collected by a sensor device 200 .
- a weather sensor may collect temperature data, humidity data, air pressure data, wind speed and direction data, etc., but the user might only be interested in receiving the temperature data.
- the mobile application on the receiver device 300 and the server 101 may coordinate so that only the desired data from the desired sensors 200 is transmitted to the receiver 300 . Additionally, in some cases the user may interact with the mobile application to configure the time intervals at which sensor data for various sensors is retrieved from the server 101 . In some embodiments, the mobile application may allow users to enter one or more email addresses in order to receive periodic emails containing the sensor data (e.g., XML files contain current and historical sensor data for all monitored sensors.
- the sensor data e.g., XML files contain current and historical sensor data for all monitored sensors.
- FIG. 18B another example screen 1820 of a user interface 1800 of a remote location monitoring mobile application is displayed on the receiver device 300 .
- a “My Sensor” screen 1820 is presented to show the user the latest sensor data collected by each sensor device 200 that the user is tracking via the mobile application.
- the user in this example is tracking five different sensors, and the updated sensor data for each sensor is shown in region 1821 .
- the mobile application may allow the user to assign a familiar name to each sensor device 200 , so that the sensor data is displayed in region 1821 in an easy to read manner.
- the user may also configure which data and data format is used for displaying the sensor data via the mobile application, for example, by selecting the sensor name to configure these properties and others (e.g., the type(s) of data displayed, the units of measurement displayed, the time interval for requesting or retrieving updated sensor data from the server 101 , etc.).
- the user may select button 1822 to add new sensor devices 200 to the list 1821 of sensors being monitored, or to remove sensor devices 200 from the list 1821 .
- the remote location monitoring mobile application may also allow users to define and receive notifications or alerts in response to predefined sensor conditions. For example, as illustrated above in FIGS. 18A and 18B , users may identify one or more sensor devices 200 and then use a mobile application for remote location monitoring to retrieve and view sensor data from the selected sensors 200 on their mobile device 300 . However, in some cases, updated sensor data might not be retrieved or displayed to the user until the user expressly requests the data, for example, by opening the mobile application via the mobile device 300 . Therefore, it may be advantageous to allow users to define alerts and other notifications to be received automatically in the event that certain readings detected at sensor devices 200 .
- Such notifications may be setup via the mobile application or other interfaces (e.g., a remote location monitoring web-page, etc.), and the notifications may include alerts presented via the mobile application or via other techniques, such as short message service (SMS) messages, automated voice calls, and email notifications.
- SMS short message service
- FIG. 18C another example screen 1830 of a user interface 1800 of a remote location monitoring mobile application is displayed on the receiver device 300 .
- screen 1830 is presented to allow the user to define the triggering conditions for a remote location monitoring alert.
- Alerts and other notifications may be triggered based on a single triggering condition of a sensor device 200 (e.g., trigger an alert in response to a smoke detector detection reading), multiple triggering conditions from a sensor device 200 (e.g., trigger an alert in response to a wind sensor reading and a rain or snow sensor reading), or a combination of one or more triggering conditions from multiple different sensor devices 200 (e.g., trigger an alert in response to an appliance power sensor reading and a temperature sensor reading).
- a single triggering condition of a sensor device 200 e.g., trigger an alert in response to a smoke detector detection reading
- multiple triggering conditions from a sensor device 200 e.g., trigger an alert in response to a wind sensor reading and a rain or snow sensor reading
- the user is creating an alert based on a combination of readings from a single sensor, a basement environmental condition sensor 200 .
- the user has used the interface screen 1830 to define high and low temperature ranges 1831 , a high humidity range 1832 , and a standing water threshold 1833 .
- the combination of all three conditions i.e., a reading in one of the designated temperature ranges, a reading in the humidity range, and a reading above the standing water threshold
- the user may define that any one of the conditions, or any two of the conditions, is sufficient to trigger an alert.
- the user may select button 1834 to add one or more additional triggering conditions to this alert, either from the same sensor device 200 or another sensor device 200 .
- FIG. 18D another example screen 1840 of a user interface 1800 of a remote location monitoring mobile application is displayed on the receiver device 300 .
- the alert screen 1840 may be triggered by the detection of sensor conditions within one or more predetermined range(s) previously setup by the user.
- the alert relates to the environmental conditions in the user's basement, including the temperature, humidity, and presence of standing water at two different basement sensors.
- the alert user interface 1840 in this example includes a layout of the user's basement, along with the data readings collected by the user's two basement sensors 1841 and 1842 .
- the alert user interface may include additional data from nearby sensors (e.g., sensor reading 1841 ) for comparison purposes and to determine if a sensor malfunction has caused the alert.
- the user may select button 1843 to view additional details related the alert (e.g., additional sensor data readings, previous readings from the same sensors, data from other nearby sensors, etc.) or to request updated sensor data from the server 101 .
- the user may also dismiss the alert with button 1844 , which may cause the alert to be logged, leave the notification active, but dismiss the user interface screen 1840 .
Landscapes
- Environmental & Geological Engineering (AREA)
- Life Sciences & Earth Sciences (AREA)
- Engineering & Computer Science (AREA)
- Biodiversity & Conservation Biology (AREA)
- Atmospheric Sciences (AREA)
- Ecology (AREA)
- Environmental Sciences (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Emergency Management (AREA)
- Business, Economics & Management (AREA)
- Hydrology & Water Resources (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Alarm Systems (AREA)
Abstract
Description
- This application is a continuation of U.S. application Ser. No. 15/724,404 filed Oct. 4, 2017, entitled “Location Monitoring via a Gateway,” which is a continuation of U.S. application Ser. No. 14/836,108 filed Aug. 26, 2015, entitled “Location Monitoring via a Gateway,” issued on Nov. 6, 2018 as U.S. Pat. No. 10,120,105, which is a continuation-in-part of U.S. application Ser. No. 14/509,631 filed Oct. 8, 2014, entitled “Remote Location Monitoring,” issued on Dec. 27, 2016 as U.S. Pat. No. 9,528,861, which is a continuation-in-part of U.S. application Ser. No. 14/023,817, filed Sep. 11, 2013, entitled “Remote Location Monitoring,” issued on Sep. 22, 2015 as U.S. Pat. No. 9,140,583, which is a continuation of U.S. application Ser. No. 13/439,152, filed Apr. 4, 2012, entitled “Remote Location Monitoring,” issued on Oct. 15, 2013 as U.S. Pat. No. 8,558,687, which is a continuation of U.S. application Ser. No. 12/349,231, filed Jan. 6, 2009, entitled “Remote Location Monitoring,” issued on Apr. 10, 2012, as U.S. Pat. No. 8,154,398, which is a continuation-in-part of U.S. application Ser. No. 12/057,761, entitled “Display Station,” filed on Mar. 28, 2008, issued on Dec. 25, 2012, as. U.S. Pat. No. 8,339,901, which claims priority to U.S. Provisional Application 60/982,137, entitled “Method of Transmitting, Receiving and Forwarding Data in a Low Power Network System,” to Allan McCormick and Rolf Haupt, filed on Oct. 23, 2007, U.S. Provisional Application 60/982,096, entitled “Method of Transmitting, Receiving and Displaying/Playing Data such as Internet Radio Time, and Music on a Network System,” to Allan McCormick and Rolf Haupt, filed on Oct. 23, 2007, U.S. Provisional Application 60/981,862, entitled “Method and Apparatus of Transmitting, Receiving, Displaying and Playing Weather Data,” to Allan McCormick and Rolf Haupt, filed on Oct. 23, 2007, and U.S. Provisional Application 61/019,299, entitled “Method and Apparatus of Transmitting, Receiving, Displaying and Playing Weather Data,” to Rolf Haupt and Allan McCormick, filed on Jan. 7, 2008. Each of the above applications is incorporated by reference herein in its entirety for all purposes.
- Aspects of the disclosure relate to remote location monitoring, for example, home monitoring and weather monitoring. More specifically, aspects of the invention relate to receiving and processing communications from detection devices and sensors at remote locations in order to inform users of the conditions and events occurring at the remote locations.
- A home weather station with an exterior sensor may include external measurement mechanisms for the measuring or recording weather data in the exterior ambient area of a building. By means of a transmission mechanism which is combined with a measurement mechanism, the weather data is transmitted into the building and received by an internal receiving mechanism. The weather data transmission uses a radio signal in an appropriate data format for the receiving mechanism, which is an element of the home weather station located inside the building. The weather station may comprise a display mechanism combined with the receiving mechanism for the optical reproduction and display of the weather data within the building.
- For example, a known weather station from the company Reinhardt Systems and Messelectronic GmbH, Bergstr. 33, 86911 Diessen-Obermiihlhausen, Germany, has the product name “MWS 5 W”. The unit measures temperature, relative humidity, barometric air pressure, wind speed and wind direction and transfers this data as serial ASCII-data to a connected Laptop or PC or stores the data internally in a data logger memory. The weather station is mounted on a 1″ water pipe or on a tripod. With the optional GPS-module, the time axis data in the data logger can be synchronized to the exact time, height, and geographical position. The memory capacity is 12 days if the data is recorded in 10 minutes intervals. Another system, described in DE 198 01 688 A1, includes a radio signal converter that receives a timing signal from a timing signal sender and sends an appropriate signal at another frequency to a timer which is located within a closed building. The frequency is selected such that this signal as opposed to the original timing signal can penetrate the building so that the timer can always be synchronized. Such an arrangement has multiple individual components. However, such a system would not function properly in the many places on the planet where there is no receiving for a timing signal that can be received outside a building. Furthermore, when a timing signal can be received, a device would be required that can be adjusted to individual specific features of the timing signal in a specific momentary location area.
- The following presents a simplified summary in order to provide a basic understanding of some aspects of the invention. The summary is not an extensive overview of the invention. It is neither intended to identify key or critical elements of the invention nor to delineate the scope of the invention. The following summary merely presents some concepts of the invention in a simplified form as a prelude to the description below.
- In one aspect of the invention, methods, systems, and devices are provided for remote location monitoring, including detecting and transmitting detection data from one or more detection devices at one or more remote locations to a server via a computer network. The detection data may correspond to detection readings from the various detector devices, for example, temperature sensors, wind sensors, humidity sensors, pressure sensors, rain sensors, motion sensors, alarm sensors, and other weather and home monitoring sensors. After receiving the detection data, the server may identify a detector type associated with the data and retrieve a set of detection parameters for notifying users of the data detected at the remote locations. Users may register to receive notifications (e.g., pages, text messages, emails) upon detection of certain conditions (e.g., weather conditions, alarm conditions), at remote locations. For example, a user may register to receive a notification by email every time the temperature sensor in that user's back yard drops below a specified temperature (e.g., 20° F.). As anther example, a user may request a text message or phone call to the user's work phone or text message to the user's mobile phone when a burglar alarm or smoke detector sounds in the user's home.
- According to an additional aspect, the server may be configured to display detection data from multiple different detectors at different remote locations on a single web site interface. For example, all weather updates (e.g., temperature, wind, rain, humidity) may be logged and displayed as overlays on a digital map, presenting users with may different data points to allow for more detailed views and predictions of the coming weather conditions. According to yet another aspect, users may select individual readings or data points on such a map to view for detailed information about the location, review previous readings, and send messages to the registered user(s) associated with the location.
- According to another aspect, remote location sensors and detector devices may relate to home monitoring, such as detectors for smoke detectors, fire alarms, burglar alarms, power consumption monitors, motion detectors, standing water monitors, and other home monitoring detection devices. In certain embodiments, an audible analog alarm signal may be detected by an audio detector at a remote location. The analog alarm signal may be converted to a digital signal and compared to one or more predetermined digital alarm pattern signals. Upon determining that the audible signal corresponds to known alarm signal (e.g., a smoke alarm signal), a notification may be transmitted to a user registered to receive notifications for that location.
- According to additional aspects, a mobile receiver device may execute a mobile application configured to perform various remote sensor monitoring functions. In some embodiments, a mobile receiver device may receive user input identifying or more sensor devices to monitor, for example, via a camera or barcode scanner of the mobile device. The mobile receiver device may use the captured input data to determine one or more sensor identifiers, and may transmit data requests to a remote location monitoring server for sensor data from the corresponding sensor devices. The server may receive sensor data collected by the sensor devices via gateway devices, and may provide the sensor data to the mobile receiver devices in response to requests from mobile applications.
- According to additional aspects, sensor devices may transmit data to multiple gateway devices within their transmission ranges, for example, using one-way broadcast communications of sensor identifiers, transmission sequence numbers, and sensor data readings. Each gateway device may receive sensor data from sensors, and then transmit the sensor data to a remote location monitoring server, and thus the server may receive duplicate sets of sensor data from different gateways. In some cases, the server may identify duplicate sets of sensor data based on the sensor identifier and/or transmission sequence number.
- Other features and advantages of the disclosure will be apparent from the additional description provided herein.
- Having thus described the invention in general terms, reference will now be made to the accompanying drawings, which are not necessarily drawn to scale, and wherein:
-
FIG. 1 is a block diagram illustrating a computing device and network, in accordance with aspects of the present invention; -
FIG. 2 is an illustrative detector system including one or more sensors, in accordance with aspects of the present invention; -
FIGS. 3A-3E show illustrative receiver systems including user interface buttons and display screens, in accordance with aspects of the present invention; -
FIG. 4 shows an illustrative remote location including receivers and sensors integrated into various appliances, in accordance with aspects of the present invention; -
FIG. 5 is a flow diagram showing illustrative steps for providing an alarm indication based on a detection of an audible alarm at a remote location, in accordance with aspects of the present invention; -
FIG. 6 is a flow diagram showing illustrative steps for notifying users based on a detection reading at a remote location, in accordance with aspects of the present invention; -
FIGS. 7-9 are images depicting illustrative user interfaces based on underlying mapping software and features, and data based on the geographic region selected and/or a selected subscriber, in accordance with aspects of the present invention; -
FIGS. 10-12 are images showing illustrative user interfaces provided by a server for viewing, configuring, and controlling devices at a remote location, in accordance with aspects of the present invention; -
FIG. 13 is an illustrative appliance configurable to be controlled by a receiver via a wireless module, in accordance with aspects of the present invention; and -
FIG. 14 is an illustrative smoke detector detector device configurable to provide an alarm indication based on a detection of an audible alarm at a remote location, in accordance with aspects of the present invention. -
FIG. 15 is an illustrative remote location monitoring system, including one or more gateways and sensors, in accordance with aspects of the present invention; -
FIG. 16 is a flow diagram showing illustrative steps for installing and setting up gateway devices and sensor devices in a remote location monitoring system, in accordance with aspects of the present invention; -
FIG. 17 is a flow diagram showing illustrative steps for using a mobile application on a receiver device to receive, analyze, and display data from selected sensors in a remote location monitoring system, in accordance with aspects of the present invention; and -
FIGS. 18A-18D are illustrative user interface screens of an example remote location monitoring mobile application executing on a mobile receiver device, in accordance with aspects of the present invention. - In the following description of the various embodiments, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration various embodiments in which the invention may be practiced. It is to be understood that other embodiments may be utilized and structural and functional modifications may be made without departing from the scope and spirit of the present invention.
- As will be appreciated by one of skill in the art upon reading the following disclosure, various aspects described herein may be embodied as a method, a data processing system, or a computer program product. Accordingly, those aspects may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, such aspects may take the form of a computer program product stored by one or more computer-readable storage media having computer-readable program code, or instructions, embodied in or on the storage media. Any suitable computer readable storage media may be utilized, including hard disks, CD-ROMs, optical storage devices, magnetic storage devices, and/or any combination thereof. In addition, various signals representing data or events as described herein may be transferred between a source and a destination in the form of electromagnetic waves traveling through signal-conducting media such as metal wires, optical fibers, and/or wireless transmission media (e.g., air and/or space).
-
FIG. 1 illustrates a block diagram of a generic computing device 101 (e.g., a computer server) that may be used according to an illustrative embodiment of the invention. Thecomputer server 101 may have aprocessor 103 for controlling overall operation of the server and its associated components, includingRAM 105,ROM 107, input/output module 109, andmemory 115. - I/
O 109 may include a microphone, keypad, touch screen, and/or stylus through which a user ofdevice 101 may provide input, and may also include one or more of a speaker for providing audio output and a video display device for providing textual, audiovisual and/or graphical output. Software may be stored withinmemory 115 and/or storage to provide instructions toprocessor 103 for enablingserver 101 to perform various functions. For example,memory 115 may store software used by theserver 101, such as anoperating system 117,application programs 119, and an associateddatabase 121. Alternatively, some or all ofserver 101 computer executable instructions may be embodied in hardware or firmware (not shown). As described in detail below, thedatabase 121 may provide centralized storage of account information and account holder information for the entire business, allowing interoperability between different elements of the business residing at different physical locations. - According to certain aspects, the
server 101 may operate in a networked environment supporting connections to one or more remote devices, such asgateway device 141,computer terminal 161, and gateway/computer combination 151.Gateway 141 is an illustrative home based network interface that may be used as an alternative device (rather than home or mobile computing devices) to communicate with theserver 101 from remote locations. Thegateway 141,computer 161, orcombination terminal 151 may be coupled to a plurality of detecting devices and/or receiving devices via a suitable interface. For instance, theillustrative gateway device 141 may be capable of communicating with a large number of wireless devices (up to 120 in certain examples) in a weather station network system or home monitoring network system, at great distances designed to encompass an entire house and yard of a residence or a business environment (e.g., up to 300 feet in certain embodiments). Thegateway 141 in this example may be connected to an Internet router via a LAN cable, and may receive electrical power via a supplied AC power adaptor. Thegateway 141 may have a power consumption of just over 1 watt and may be designed to conform to all governmental and other energy saving requirements of home and office equipment. Thus, in certain examples, by using agateway device 141 a remote location (e.g., home) may be equipped for remote location monitoring, and may join a remote location monitoring network (e.g., weather station monitoring network) without needing a home computer. In other examples, terminals 151-161 including computing devices may be used to communicate remote location monitoring data to and from theserver 101.Terminals server 101. - As described below, in certain embodiments a
gateway 141 or other terminal 151-161 communicates wirelessly with at least one indoor sensor 200 (e.g., relating to home monitoring) or outdoor sensor 200 (e.g., relating to weather monitoring), and one ormore receiver devices 300 to display data and/or control integrated appliances. Thegateway 141 or terminal 151-161 may receive information from a network router that is connected via high-speed Internet to the Weather Direct servers which is connected to one or more Internet sites including a centralized server (see, e.g., www.LaCrossetechnotogy.com, www.MyDataDirect.com, or www.weatherdirect.com) to transmit weather forecast data, traffic, music/sounds, news information, and any similar information to thereceiver 300. Thesensors 200, which may comprise of at least a temperature, humidity, and/or wind sensor, may also communicate to thereceiver 300 the ambient conditions outside the user's home. - The network connections depicted in
FIG. 1 include a local area network (LAN) 125 and a wide area network (WAN) 129, but may also include other networks. When used in a LAN networking environment, thecomputer 101 is connected to theLAN 125 through a network interface oradapter 123. When used in a WAN networking environment, theserver 101 may include amodem 127 or other means for establishing communications over theWAN 129, such as theInternet 131. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used. The existence of any of various well-known protocols such as TCP/IP, Ethernet, FTP, HTTP and the like is presumed, and the system can be operated in a client-server configuration to permit a user to retrieve web pages from a web-based server. Any of various conventional web browsers can be used to display and manipulate data on web pages. - Additionally, an
application program 119 used by theserver 101 according to an illustrative embodiment of the invention may include computer executable instructions for invoking user functionality related to communication, such as email, short message service (SMS), and voice input and speech recognition applications. - In certain examples, the
server 101 may communicate with one ormore sensor devices 200 at remote locations (e.g., homes, businesses), for example devices including a series of sensors disposed external to the home for monitoring weather conditions. An illustrative example of an integrated sensor device 200 (e.g., detector) is shown inFIG. 2 .Sensor 200 may be disposed external to a home, and may include one or moredifferent sensing devices 202, such as humidity sensors, wind speed detectors, wind director detectors, static charge sensors, pressure detectors, visible light detectors, rain gages/detectors, pollen sensors, temperature gages, and other weather sensors. In other examples, thesensor 200 may be operative indoors at a remote location (e.g., home, business) and may relate to home monitoring. For example, as described in detail below,sensor 200 may comprise anaudible detector 202 for smoke detectors, fire alarms, and/or burglar alarms. In other examples, thesensor 200 may comprise various otherhome monitoring sensors 202, such as a motion detector, power consumption monitor, standing water monitor, carbon monoxide detector, video camera, air quality detector, mold detector, network connectivity monitor, and/or other home monitoring detection devices described herein. - The
sensor device 200 may include aprocessor 204 to evaluate signals and detection readings and/or atransmitter 206 to communicate its sensor readings to a computer or gateway device installed at the remote location. In certain examples, thesensor 200 may be removably attached to acomputer 161 orgateway device 141, and may be physically connected to thecomputer 161 and/or gateway 141 (e.g., via a LAN network cable), or may be wirelessly connected (e.g., via radio network, Bluetooth, or other wireless network). -
Sensor devices 200 may also be inter-connected to one or more receivers 300 (described below in reference toFIG. 3 ) to allow users to locally view the sensor readings and configure thesensors 200. For example, sensor devices may be disposed external to a home, but may transmit data to theserver 101 viagateway 141, and may also transmit data locally to one ormore receiver devices 300 inside the home. For instance, anintegrated sensor device 200 disposed external to the home may include various sensing devices such as humidity sensors, wind speed detectors, static charge sensors, pressure detectors, visible light detectors, rain detectors, temperature gages, and other local weather sensing components. Thesensor device 200 may also be removably attached to thereceiver system 300 by the means of asnap member 330, wired to a receiver 300 (e.g., through the power system) and/or wirelessly connected, to allow a user at areceiver 300 to view readings from thesensor 200 and/or to configure the sensor 200 (e.g., power on or off, adjust sensor reading timing and schedules, set sensor detection thresholds, etc.). As described below, when local configuration ofsensors 200 and viewing of sensor data is not available using local receivers 300 (e.g., when a user is away from home), theserver 101 may support additional techniques to provide sensor data to users and allow users to configured sensors and receivers with integrated appliances in the system. - In some aspects the data may be transmitted from the
sensor devices 200 only to the one ormore receiver devices 300 inside the home, and the one ormore receiver devices 300 may then forward the information to theserver 101 via gateway 141 (e.g., the one ormore receiver devices 300 may act as an intermediary). This may be desirable, for example, where one ormore sensor devices 200 communicate wirelessly via low power interface circuitry (e.g., a 915 MHz ISM band transceiver). To facilitate the delivery of the data from the one ormore sensor devices 200 to theserver 101,gateway 141 and/or one ormore receiver devices 300 may include interface circuitry compatible with the low power interface circuitry of the one ormore sensor devices 200. In an aspect where, for example, the one ormore receiver devices 300 include the compatible interface circuitry and thegateway 141 does not include the compatible interface circuitry, the one ormore receiver devices 300 may communicate the data received from the one ormore sensor devices 200 to or via the gateway 141 (e.g., for further transmission to the server 101). - Referring to
FIGS. 3A-3E , illustrative embodiments of areceiver 300 are shown. - Briefly,
receiver 300 is a device configured to communicate withgateway 141 or other device, (e.g., terminals 151-161) for transmitting and/or receiving data from theserver 101 or other remote network location. In addition to receiving information from theserver 101 viagateway 141,receiver devices 300 may also have the ability to receive information from a multitude of information sources. For example,receiver devices 300 may also receive information regarding weather and other events via GPS, cellular towers, the Internet, and/or NOAA transmissions. For instance, a NOAA transmitter network utilizes about 900 transmitters, each having a roughly a forty mile radius, covering the entire United States. Although these transmitters currently do not provide sufficient specificity for many practical applications, embodiments of the present invention may include encoding the data from these transmitters to transmit specific location information along with alerts to users within specific geographic regions such as certain zip codes or zip plus four codes. As another example, when areceiver 300 is located in a mobile environment, e.g., when traveling down a road and/or in a train, the receiver's transceiver may come in contact with different cell towers. Thereceiver 300 may detect when it has left its home area and may display alternate information (e.g., weather displays for the new locality). In certain embodiments, areceiver 300 may be programmed to display weather data and/or other information most appropriate for its current position. For example, if thereceiver 300 has just entered a new cell location, it may the weather for the area between its home location and the new cell location. In other embodiments, it may select an average weather for the entire cell location. - Returning to the
illustrative receivers 300 ofFIGS. 3A-3E . In this example,receiver 300 includes various user inputs and adisplay screen 332 which may be a touch screen 335. The receiver may be continuously powered or may be turned on by depression of apower button 322. The receiver may include aLED power indicator 324 and/or simply use the screen backlighting as the power indicator. The receiver may also include one or more network connection indicators for indicating a connection status for one or more devices with one or more computer networks (e.g., the network between thegateway 141 and theserver 101, thegateway 141 and a home network, thereceiver 300 and thegateway 141 and/or the server 101). Thereceiver 300 may be variously configured to includeweather button 301,buttons speaker button 313,microphone button 314,video button 315,reset button 316, andvolume button 325, and/or other suitable interface buttons. Various ports may be included to include additional modules such as GPS modules and/or other communication and/or sensor devices. - The
receiver 300 may be implemented in a standalone configuration and/or coupled to one or moreother receivers 300. Thereceiver 300 may alternatively be configured as low cost display station with the minimum components for receiving and displaying information to a user. Alternatively, thereceiver 300 may be a weather station, wall clock with and/or without localized information such as weather and/or traffic information, bedside alarms with localized information such as weather and/or traffic information, and/or temperature display with and/or without local wireless connected sensors. - In addition to the current system, a GPS module may be included in the
receiver 300. The GPS receiver may be permanently and/or detachably mounted to thereceiver 300. Where thereceiver 300 including a GPS module is a weather station, the device may automatically extract weather data based on the coordinates of the GPS system. These coordinates may come from the GPS module or may be input by the user manually. When the coordinates are derived from the GPS module, theweather station receiver 300 may translate the GPS coordinates to zip codes and/or zip plus four codes to extract the correct weather related data. Alternatively, the weather data may be sent coded for GPS coordinates and the zip codes entered by the user may be translated to select the corresponding GPS coordinates. In other embodiments, the GPS module may be located in a hand held unit by the user and/or in an external unit which is connected either wired or wirelessly to the weather station or weather receiver. - In certain embodiments, weather data and other information may be transmitted from a satellite to the
receiver 300. Thereceiver 300 may use the same antenna as the GPS unit and/or alternatively may use another antenna such as a satellite radio antenna. Where weather data is transmitted using a data feed of a satellite radio, it is preferred that the weather data be encoded with geographic data such as zip code and/or zip plus four code as discussed above. In embodiments where the GPS antenna or satellite antenna is utilized, the antenna may be utilized in a similar fashion as is currently employed for transmission of conventional data. In this manner, weather data may be provided to any location in the world by virtue of an up link to a satellite, down link to through the GPS/satellite radio interface. Similarly, customized weather data may be provided via DVB broadcast to local receivers. The local receivers may input zip codes and/or zip plus four codes and utilize these codes to filter incoming weather data. Accordingly, satellite receivers may contain one or more virtual channels depicting current weather conditions for any number of user selectable zip codes based on set-up data entered by the user at the time the satellite system is configured and/or installed in the user's home. - Additionally, both
sensor devices 200 and receivingdevices 300, may for example, be variously configured and integrated into cell phones, GPS receivers, alarm clocks, clock radios, wall clocks, PDAs (personal digital assistants), walkmans, digital cameras, dictaphones, cars, airplane seats, iPods, fog free mirrors, television or content consumption devices (e.g., VCRs, DVD players, Blu-Ray players, set-top boxes) and other similar such devices. For devices that do not require the use of a computer for setup, adjustments and inputs can be made by remote control, manual inputs, configured using USB connections, or other type data inputting system. The interface circuitry for each of thesensor devices 200 andreceiver devices 300 in a home network may include a router and/or be coupled to ahome gateway 141, hotspot router, or other terminal device. For example, a single device may comprise circuitry for thegateway 141, one ormore sensor devices 200 and one ormore receiver devices 300. The single device may enjoy the benefits of such combined circuitry (e.g., the device may have the features of thegateway 141 discussed above, one ormore sensor devices 200, and one or more receiving devices 300). Where the circuitry is coupled to a gateway wirelessly, it may be coupled using 802.11 a-g, n, and/or a lower power interface circuitry such as 915 MHz ISM band transceiver. In either event,sensors 200 and/orreceiver 300 may include an Ethernet controller, Wi-Fi receiver, or Bluetooth technology. - As illustrated in
FIG. 4 , receivers may be included in a variety of devices and appliances. Referring toFIG. 4 , the home, business, orother enterprise 400 may include one ormore transceivers 401. In a typical installation, only asingle transceiver 401 is utilized for proper reception. In other embodiments where the home is extremely large or has concrete infrastructure, more than onetransceiver 401 may be helpful. Other receivers in the home such as aPDA 423, appliances integrated with receivers such asmicrowave 406,coffee maker 405,refrigerator 404, and/or other devices integrated with receivers such as alarm clock 422,lamp 406,alarm 408,wall clock 416, careinformation center 417, outdoor sensor(s) 200, washer/dryer 410,water heater 411, bathroom heater (not shown), picture display 415,TV set 414, IR blaster (e.g., a remote) 421,thermostat 413, and/or clock radio 420 need only have a short range, low power, receiver for receiving data. In this embodiment, asingle receiver 300 with atransceiver device 401 may be utilized to distribute data to every device in thehome 400 in a very low cost information distribution network. - As discussed above, in some aspects one or
more receivers 300 may be included in various appliances and/or fixtures. For example, referring toFIG. 3e , one ormore receivers 300 may be included in a fogfree mirror 360 for in a bathroom or other room in the premises. The fogfree mirror 360 may be, in some aspects, a mirror may be specially formulated or coated so as to prevent the formation of fog, mist, residue, or condensation, or other water or liquid buildup on its surface. A portion of the mirror surface may be removed or specially-tinted so that a display screen of areceiver 300 may be visible in the mirror. In some aspects, the tint may be electrically controlled, e.g., by application of a voltage or current to the fogfree mirror 360 or a portion thereof may increase the transparency of the mirror, causing the mirror or portion to act as a window and rendering a display of areceiver 300 to be visible. - In some aspects, the electrical components of a
receiver 300 may be hermetically sealed (e.g., one or more processors of the receiver may be hermetically sealed) and/or shielded from the elements (e.g., weatherproofed, water-resistant, or the like), and/or components may be placed in a water-tight component. For example, using the fog free mirror example, the mirror may have one or more antennas, memory, processors, or other like electrical components positioned in a hermetically sealed compartment, which may communicated via shielded wires (or wirelessly) with a display which is positioned in a fog-free portion of a mirror. The mirror may comprise one or more capacitive, inductive, or other electrical components and/or elements to provide “touch-screen” functionality so that a user may interact with the receiver (e.g., change the informational elements presented and so on.) As discussed, thereceiver 300 located at the fog free mirror may additionally or alternatively be controlled via operation of other devices (e.g., via instructions communicated via gateway devices and/orcomputing devices - Certain items in the
house 400 may also be interconnected using transceivers. For example, the home security alarm and/or the bed side alarm may be interconnected. In this manner, the home alarm may be deactivated 30 minutes after the user awakes so that it is not triggered by the user venturing outside to read his morning paper. Further, a user who set an alarm to wake up at 6 a.m. is also able to have the alarm communicate with other devices in the house. For example, the user may selectively turn down the heat at night by 10 degrees and turn the water heater down by 15 degrees and shut down the lights and other suitable energy saving mechanisms. In a similar fashion for a period of either 20 minutes, 30 minutes or other user selectable time prior to the selected alarm time, the alarm clock and/ortransceiver 401 may signal other apparatus in the house to, for example, turn on thecoffee maker 405, turn up the heat in thewater heater 411, turn on a bathroom heater, turn up the temperature in the house, and set other functions responsive to the time the alarm is set to go off. - Having described various devices and components of certain illustrative systems,
FIGS. 5 and 6 relate to methods and other techniques for performing remote location monitoring. Referring now toFIG. 5 , a flow diagram is shown describing illustrative steps for providing an alarm indication based on a detection of an alarm or other audible signal at a remote location. - In
step 501, an audible signal is detected at a detection device 200 (e.g., an audio sensing device) at a location such as a house or business. In this example, asensor 200 may be configured to record and evaluated each audible sound in its vicinity over a predetermined decibel level. Thus, if thesensor 200 is operative at a residential location, it may be exposed to sounds such as voices, doorbells, ringing phones, barking dogs, and noises from televisions, stereos, and other appliances. - In
step 502, the audible (analog) signal is converted into a digital signal within thesensor 200, and instep 503 the digital signal is compared to one or more previously stored digital signals corresponding to alarm signals that may sound near thesensor 200. For example, thesensor 200 may be preprogrammed with one or more distinct digital audio patterns corresponding to alarms from a smoke detector, fire alarm, burglar alarm, and other alarm systems active at the location of thesensor 200. For instance, thesensor 200 may automatically recognize (e.g., by frequency, pitch, volume, etc.) an alarm sound from a standard smoke detector and thus need not be especially programmed by a homeowner or other user in order to identify an alarm signal. In other examples, asensor 200 may be programmed by a homeowner or other user to ‘learn’ and respond to specific sounds within range of thesensor 200. For instance, if a monitored home has burglar alarm with a unique (or customized) sound, aprogrammable sensor 200 may be used to record and store the alarm sound during an initialization process so that the sound can be recognized during subsequent comparisons instep 503. Additionally, although this example describes standard and customized alarm signals that are stored at thesensor 200, it should be understood that the standard and/or customized digital alarm patterns may be stored outside of thesensor 200 in other examples. For instance, a standard library of digital alarm patterns may be stored within thegateway 141 or terminal 151-161 at the same location, or remotely at thecentral server 101. - If the audio signal detected by the
sensor 200 corresponds to an alarm signal (e.g., smoke detector, fire alarm, burglar alarm) (step 503:Yes), then instep 504 an alarm indication is transmitted from thesensor 200 via a computer network to thegateway 141 and/or additional network and system components. As described above, thesensor 200 may transmit alarm indications via gateway 141 (or other terminal 151-161) to asystem server 101. In this example, theserver 101 may be responsible for transmitting notifications to users and/or updating resources (e.g., event maps, system logs, status web pages), as described below in reference toFIG. 6 . In other examples, a terminal (e.g., 151-161) at the location of thesensor 200 may alternatively perform these functions. - In this example, if the audio signal detected by the
sensor 200 does not correspond to an alarm signal (step 503:No), then thesensor 200 will not transmit an alarm indication to the gateway 141 (step 505). Thus, if the sound detected instep 501 was not an alarm (e.g., ringing phone, barking dog, television), then thesensor 200 would not transmit an alarm indication. Of course, in other examples, thesensor 200 may be configured to provide indications based on other sounds besides alarms. For instance, thesame sensor 200 or adifferent audio sensor 200 may be programmed with a home doorbell audio pattern, and may transmit a doorbell indication upon detection of the doorbell sound. - Although
FIG. 5 relates to sound detection of an audible alarm signal, it should be understood that other examples may be implemented based on the functionalities of various other types ofsensors 200. For example, awater detector 200 on the basement floor at a house may be used to provide notifications to a homeowner whenever the basement floods, using similar steps to those described inFIG. 5 to provide the notifications. As another example, a power consumption monitor 200 may be used to provide notifications to users when a home appliance or computing device is malfunctioning. Additional examples may relate to notifications based on detected weather conditions. For example, a user may register to receive notifications based on one or more weather conditions detected by anexternal weather sensor 200 at their residence or other location. For instance, users may receive external temperature notifications (e.g., temperature reading above or below a threshold value), wind notifications (e.g., wind gust above a threshold value), and other notifications based humidity, pressure, daylight, precipitation, and other weather conditions. - Referring to
FIG. 6 , a second flow diagram is shown describing illustrative steps for notifying one or more users based on an alarm indication or other detection reading from asensor 200. Instep 601, a detection reading is received from one ormore sensors 200 via a computer network at a computing device. In certain examples, the steps ofFIG. 6 may be performed by theserver 101, or other computing device that receives data from one or more sensors 200 (e.g.,gateway 141, terminals 151-161). As described above, acentral server 101 may be configured to receive detection readings from a plurality ofsensors 200 operative at a plurality of different remote locations (e.g., viagateways 141 at different residential or business locations). - In
step 602, theserver 101 identifies the detection reading and determines a detector type and/or data type for the reading. For example, the received data may correspond to a temperature reading from anexternal weather sensor 200 at a residential location. In this example, data transmission from thegateway 141 may include sender and/or header information allowing theserver 101 to identify thegateway 141, thesensor 200, and the type of data being transmitted. - In
step 603, theserver 101 may retrieve a set of detection parameters based on the location, detector type and/or data type information identified instep 602, and in step 604 a determination is made whether or not to notify users of the received detection reading. As an example, a user may register to receive a notification every time a temperature reading below freezing is recorded at anexternal temperature sensor 200 outside the user's home. In this example, the notification parameters may comprise a user identifier, a sensor identifier, and a temperature range (e.g., <32° F.), and the parameters may be stored at theserver 101 to be retrieved whenever a new temperature reading is received from the user's external weather sensor. As another example, a user may register to receive a notification every time a new temperature reading is received from the user'sexternal sensor 200, regardless of the temperature of the readings. Thus, less parameters (or even no parameters) might be stored atserver 101 in certain notification examples (e.g., requesting a notification every reading, every other reading, every 5 minutes, etc. from a designated sensor 200). - Although the above examples relate to notifications based on temperature readings at an
external weather sensor 200, it should be understood that notifications may be based on other types of sensors 200 (e.g., wind, light, pressure, humidity, precipitation, audio, motion, alarm, power consumption, and other home monitoring and/or weather sensors). It should also be understood that the numbers, types, and values of the parameters stored atserver 101 for thedifferent sensors 200 may depend on the type ofsensor 200 and the sensor data being received. For instance, aserver 101 may be configured to notify a homeowner every time an audio alarm sensor (e.g., a smoke detector detector as discussed above inFIG. 5 ) transmits an alarm indication. However, the homeowner might only request power consumption notifications when several consecutive power consumption readings for an appliance with anintegrated receiver 300 indicate that the appliance is malfunctioning. Additionally, as described below in reference to step 605, the notification parameters retrieved instep 603 may relate to the type of notification the user has requested (e.g., call, email, page, text message) may include one or more notification recipient addresses. - In
step 604, theserver 101 compares the previously stored notifications parameters to the received data to determine if a notification should be sent. Thus, in the example mentioned above, if the user has registered for below freezing weather updates and a temperature reading of 38° F. is received from the user's external weather sensor 200 (604:No), then a notification should not be provided based on that reading. However, if a subsequent reading of 30° F. is received from the user's external weather sensor 200 (604:Yes), then a notification should be provided in accordance with the user's notification registration instep 605. - In
step 605, one or more notifications are provided in accordance with the user's notification registrations. As discussed above, in certain examples, users may register to receive a combination of the telephone call notifications, email notifications, pager notifications, text message notifications, and/or instant message notifications based on detection readings received fromsensors 200 associated with the user's accounts. For example, a user may register to receive an email notification every time anexternal wind sensor 200 at the user's house reports a wind gust of greater than 20 MPH. However, the same user may register to receive a work phone call, a phone call to a secondary phone (e.g., a spouses phone), a text message to a mobile phone, and email notifications whenever an alarm signal is indicated at the user's home from an alarm sensor 200 (e.g., a smoke detector detector), or a possible intrusion is indicated by amotion sensor 200. Notifications may also be based on combinations of readings from one or more sensors 200 (e.g., notifications for wind gusts sustained over a specified amount of time, notifications for wind gusts with concurrent rain readings, notifications for cold temperatures with concurrent power failure readings at a water heater or other appliance). Additionally, users may be permitted to register for notifications based on the sensor readings of other users' sensors, for example, sensors installed by friends, family members, neighbors, or from community sensors which provide public readings available to all system users with access to theserver 101. For example, a user might register for email notifications whenever the temperature at the user's parent's house is greater than a temperature threshold (e.g., <95° F.). As another example, the user may request weather alerts for severe weather (or normal weather) anywhere within the user's vicinity (neighborhood, zip code, distance radius, etc.). - In addition to notifications sent directly to users, notifications can take the form of updates to a resource accessible to one or more users. For example, in addition to (or instead of) direct weather notifications, a user may register to be part of a weather community in which readings from the user's
weather sensor 200 are added to a publicly available web site, such as community weather map or weather event chart. - In the example of
FIGS. 7-9 , a web page provided byserver 101 of the weather system displays a view of a residential area near Denver, Colo. In this example, weather system users in this region may register to join their local weather community. For users that join the weather community, data from theirexternal weather sensors 200 may automatically be integrated into acommunity web page 700 which is accessible to other users in the community. Thecommunity web page 700 may comprise a weather map and/or weather event table including real time updates of the weather in the region. In this example, after a user accesses the web site and selects the displayedregion 700, adata summary box 710 will appear in one corner of the map to show a compilation of subscriber and weather data for the visible area. As shown inFIG. 7 , the system may automatically display the total number of weather system subscribers and active (online) weather display devices in the selected region, along with the average temperature, humidity, wind, and/or other summary weather data. The data may be calculated automatically at thecentral server 101 using all of the active weather stations in the selected region. The weather system may also leverage the different features of the underlying mapping software (e.g., Google Maps®, Microsoft Virtual Earth®). Thus, in this example, the user may be able to zoom-in or zoom-out, causing thedata summary box 710 to automatically refresh the displayed data to match the updated geographic region displayed on the screen. Similarly, the map feature may permit online users to change to a zip code view, city view, county view, etc., or any other view configuration supported by the underlying mapping software. Additionally, weather data (e.g., satellite data) may be received by the server and superimposed over the map requested by the user. - Referring now to
FIG. 8 , the subscriber has used the map feature to zoom into a smaller geographic region, causing an automatic update in the summary and compilation data shown inbox 810. Additionally, in this example, the weather system central server has made a determination that the selected region is small enough to display an icon and number for each subscriber in the area. InFIG. 9 , the user has activated asubscriber information window 910 by selected (e.g., clicking) on the individual subscriber icon/number “4” fromFIG. 8 . In this example, the subscriber information window contains the subscriber name, device data and weather data received from the subscriber's device, along with several links to allow the user to communicate with the selected subscriber and/or the subscriber's devices (e.g., view stations, configure stations, email, or send an instant message). Thus, if the clicks on the “Email” or “Chat” links, the weather system may initiate an email or instant messenger application with the selected subscriber's information to allow the user to communicate with that subscriber. In certain examples users may have the option to disable their own “Email” and/or “Chat” links so that their personal information (e.g., email address or instant messaging identifier) is not accessible to other subscribers. Additionally, in this example, after selecting the “View Stations” link to see, the user may be presented a home device map similar to the illustrative screen shown inFIG. 4 . This link may also be used to retrieve data from any accessible weather display device (i.e., devices not permissioned by the owner subscriber as hidden, or marked as private, etc.), or to configure/reprogram data one of the weather display devices (similarly, owners subscribers may set permission on all or some of their devices to allow/disallow remote configuration by third-parties. - According to additional aspects,
sensors 200 and/orreceivers 300 at a remote location may be controlled by commands from theserver 101, based on user interaction with the server user interface (e.g., a web site or other server application). For example, as discussed above, theserver 101 may provide a user interface to allow users to register (e.g., add or remove)sensors 200, view sensor readings and status, and to register for notifications by selecting one ormore sensors 200 and designating the desired notification parameters. Using a similar system and set of components, users may interact with aserver 101 user interface (e.g., web site) to configuresensors 200, appliances withintegrated receivers 300, and other devices connected to the user's gateway 141 (or terminal 151, 161, etc.). Thus, in addition to basic home monitoring functions, remote device/appliance control at a user's home or other remote location may be supported using a similar monitoring infrastructure. As an example, areceiver unit 300 may be integrated into a home automation system so that the unit would, for example, close windows when rain is detected by theexternal rain sensor 200, or when thereceiver 300 receives an indication from theserver 101 that there is a high probability of rain at the user's home location. - Certain examples provide for determining the geographic location of a device (e.g.,
gateway 141 or terminal 161) using an IP address reverse lookup table or similar reverse geographic location technology either implemented locally at theserver 101 or at the remote location of the device to determine the geographic location of the device and using this information cross to correctly displayed sensor information received from the device on amap 900 or other user interface. - As mentioned above, according to certain aspects, users may control remotely
sensors 200,receivers 300, and other receiver-integrated appliances connected viagateway 141 or other system components in a home monitoring system. For example, theserver 101 may provide a user interface (e.g., web page) to allow authenticated users to remotely configuresensors 200 and control connected devices and other appliances via the Internet. Additionally, users may configure theserver 101 to controlsensors 200 and devices/appliances withreceivers 300 automatically to take certain actions based on home monitoring alerts, weather conditions, and other information available to theserver 101. For example, if theserver 101 was alerted to a child abduction (e.g., Amber alert) or a criminal escape in the vicinity of a user's home (e.g., via a news notification service), theserver 101 may be configured to automatically close and lock the doors in the home, close the windows and/or turn on an alarm system. As another example, in response to a tornado warning alert, theserver 101 may be programmed to automatically close storm shutters for all homes in the area of the alert. In other examples, a home monitoring system may have motion detectors andsound detection sensors 200 that would alert thecentral server 101 to potential intrusions. In this example, after receiving a notification of a potential intrusion (wherein the sending of the notification was based on the user preferences and configuration of the server 101), the user may then be able to login to theserver 101 to view additional information regarding the potential intrusion (e.g., an image taken from a motion activatedcamera 200, or a sound recorded by an audio sensor 200). Based on this information, the user may activate remotely certain devices within the home (e.g., door locks, windows, safes, other appliances) and/or may notify law enforcement or family members. Thus, in certain examples, the user interface of theserver 101 may support functionality for users to directly controlsensors 200 and/or appliances and device integrated withreceivers 300 remotely (e.g., engaging door and window locks, turning appliances and alarm systems on and off, etc.) within the user's home or business location. In other examples, theserver 101 may be programmed to automatically take actions even without the explicit directions of a user. For example, upon identifying a potential intrusion at the house via amotion detector 200, theserver 101 may transmit an instruction viagateway 141 to automatically close and lock the doors and windows in the house. Theserver 101 may then notify the user of the potential intrusion and/or may alert law enforcement through an E911 system or PSTN system. - Referring now to
FIG. 10 , an illustrative screen shot is shown allowing an authenticated user to configurevarious sensors 200 andreceiver appliance devices 300 at a remote location to be automatically controlled by theserver 101. In this example, the devices 200-300 at the remote location may be controlled using an Internet Protocol (IP) viagateway 141. Therefore, the interface may be customized such that different manufacturers may design to the protocol. For example, by using plug and play techniques, simply installing a new appliance (e.g., a furnace, an alarm clock, a new car, a new refrigerator, a new television, a new phone, the device connects with, for example,gateway 141 and/or terminals 151-161, determines the home to which they were installed, and registers with the users home automation control panel, e.g., www.mydatadirect.com or www.WeatherDirect.com. The goal of the unified interface for different appliances is to have a single unified standard to simplify interconnectivity for the user. Where the different consumer electronics suppliers standardize on a single interface (e.g., 802.11 a-g, n) and a single protocol, e.g., PCMIA plug and play like protocol, then the consumer experience is substantially enhanced. Further, one manufacturer can sell many additional products to the same family over time by staging the cost of the acquisition. For example, the children can purchase their parents an alarm clock one holiday, an outdoor sensor kit another holiday, a web cam for the grandchild's outdoor play area another holiday, etc. - Referring now to
FIG. 11 , the setup and configuration data is downloaded from the device connected to the user's network. In this example, the device being configured may be anexternal temperature sensor 200 for detecting and providing temperature data to theserver 101. Thetemperature sensor 200 in this example may be configured to communicate wirelessly with thegateway device 141. In certain examples, atemperature sensor 200 may have a wireless range of approximately 300 feet. The temperature sensor may also be battery powered, avoiding the need to position the sensor next to an electrical outlet. In addition to the temperature data, thesensor 200 may also be configured to monitor and transmit humidity data. Thesensor 200 in this embodiment may include an extendable probe (e.g., 6 feet in length) that can detect and communicate an additional temperature and/or humidity reading, for example, from a swimming pool or spa, refrigerator, freezer, etc. Although thesensor 200 may be configured to detect and transmit temperature and other data immediately (i.e., in real time), it may also be configured to store history data for a period of time (e.g., days, weeks, or months) and transmit the stored data upon request, for example, as a spreadsheet file compatible with Microsoft EXCEL® and/or other third-party software applications. - Referring now to
FIG. 12 , an additional display is shown of an illustrative user interface provided by theserver 101. In this example, the user may configure his/her information screen to monitor various data from his/her network of devices. For example, at a glance, the user may monitor a webcam and other data from his/her summer house such as inside/outside temperature, alarm status, furnace status, etc. The additional information may be variously configured to only appear once the picture is clicked on by the user, where the user hovers over the picture with the mouse, and/or overlaid over the location information supplied by the webcam. Similarly, the view from the user's dock may be displayed with tide, wind speed and direction, as well as outside temperature. Further thumbnails may be displayed including such webcams as the local airports (e.g., LaGuardia and Newark), traffic cams from the drive home, the user's living room, baby's room, and/or day care center, the alarm status of the home including a map of the various rooms and associated alarm status and diagnostics. - Still referring to
FIG. 12 , the system may further be configured to download and/or upload information from various devices and include virtual images of the controls of those devices on a connected web page. For example, a user wishing to set his alarm clock to get up early for an important meeting may do so from work. By accessing the web page (e.g., www.mydatadirect.com) the user may be presented with a virtual image of the alarm clock sitting next to his/her bed. The user may click on various buttons and set the alarm for every day, and/or for only a certain day. The control command is then sent to the device using a suitable protocol, e.g., IP. The alarm clock may then respond with a message (e.g., via e-mail, SMS, chat, or to the web page www.mydatadirect.com) confirming that it has received the new settings and will adjust its settings accordingly. The alarm clock may be further programmed to notify other users (e.g., the husband and wife) where the alarm clock serves the needs of more than one person. In this manner, the spouse is notified when the alarm clock is changed. For example, the alarm clock may have multiple alarms one controlled by each spouse. Alarms may also be password protected, for example, so that one spouse cannot change the settings of the other spouse without having the password. In other examples, the alarms of children cannot be turned off and/or altered without the password. - Referring now to
FIG. 13 , another example of home appliance control is shown in accordance with aspects of the disclosure. In this example, areceiver 300 may be integrated into and may control, via aseparate wireless module 1304, alawn sprinkler 1300 so that thesprinklers 1300 is turned on and off in accordance to the commands of the server 101 (via thegateway 141 or other terminal). Thus, as discussed above, a user may be able to remotely operate thesprinkler 1300 by logging into theserver 101, and theserver 101 may be configured to automatically operate thesprinkler 1300 in response to certain conditions (e.g., sensor readings, news alerts). Theseparate wireless module 1304 may include a battery operated valve that would control when thesprinkler 1300 is allowed to operate. In this example, a home owner may be able to control theirlawn sprinkler 1300 remotely via the web site of theserver 101. For instance, a user away from home on a vacation may log into theserver 101 to turn off thesprinkler 1300 if the user discovers that it has recently rained at the user's house. As another example, theserver 101 may be configured, using a similar technique to the notification process, to turn off thesprinkler 1300 automatically (i.e., without explicit user instructions) when anexternal rain sensor 200 at the user's house indicates that it has recently rained a sufficient amount to water the lawn. In a similar example, rather than turning thesprinkler 1300 off entirely, theserver 101 may be configured to increase or decrease the watering time for thesprinkler 1300 based on the recent precipitation measures at asensor 200 or received from a weather source via theserver 101. - As an alternative to a
separate rain sensor 200, thesprinkler 1300 may include its own rain gauge and be configured to be powered via a turbine and energy store included within thesprinkler module 1304 so that the power would be generated based on the water flow through the turbine. This power would then be stored in a capacitor and used to open or close a valve to either turn off or turn on the water flow. The water flow would be turned off or turn on based on information about the weather received by theserver 101. For example, if it was determined that there was a high probability of rain within the next eight hours, thesprinkler 1300 would not be turned on at that time. - As another example, a
power consumption sensor 200 may be installed between an appliance and the wall socket. This will enable a user to monitor and view the energy requirements for all electrical appliances in his/her home. This data can be uploaded to the user's information website (e.g., www WeatherDirect.com) to track, monitor, or adjust the settings of the respective appliances. - Referring now to
FIG. 14 , an example of a smokedetector detector device 1400 is shown. As discussed above in reference toFIG. 5 ,smoke detector detector 1400 may be configurable to provide an alarm indication based on a detection of an audible alarm at a remote location. Thedevice 1400 in this example may be configured to respond to smoke detectors, fire alarms, burglar alarms, and/or may be programmable/configurable so that it can respond to custom alarm sounds or other noises occurring at the remote location. - In yet another example, based on the weather forecast received at the
server 101, a heater may be turned on when there is a high probability that the low temperature would exceed a user's particular threshold so that the heater is efficiently controlled. For example, when it is warmer outside in the situation of a heat pump, so that the house could be warmed up prior to the temperature dropping. By integrating weather prediction capabilities into a furnace's control system, it may be possible to increase the SEER rating of the furnace beyond the levels achieved today. - Referring now to
FIG. 15 , another example implementation is shown for a remote location monitoring system. In this example, twolocations gateway device locations FIG. 15 also includesseveral sensor devices 200, which may correspond to any of the various types and capabilities of sensor devices described above.Gateway devices sensor devices 200, and transmit the sensor data to a remotelocation monitoring server 101. -
Various receiver devices 300 are also shown in the remote location monitoring system shown inFIG. 15 .Receiver devices 300 may includespecialized hardware devices 300, such as those described above, having specialized hardware and/or software components for weather monitoring, remote location monitoring, and the like.Additional receiver devices 300 may include general purpose computing devices (e.g., desktop computers, laptop computers, tablet computers, and smartphones and other mobile devices) configured with web browser or other application software (e.g., a mobile application executing on a smartphone or other mobile device) to support the various weather monitoring and remote location monitoring functionality described herein. To support such functionality, receiver devices 300 (both general purpose and specialized devices) may be configured with network interfaces to communicate with the remotelocation monitoring server 101, and with input/output capabilities and a user interface to provide remote location monitoring functionality to the users of thereceiver device 300. As shown inFIG. 15 , receiver devices may include networking hardware and software components for direct communication with the remote location monitoring server 101 (e.g., via a LAN, Internet, or other communication network) or communication with the remotelocation monitoring server 101 via agateway device 141. - As shown in
FIG. 15 ,sensor devices 200 may include various indoor and/or outdoor sensors. For example,indoor sensor devices 200 installed or positioned within homes orbusinesses 400 may include temperature sensors, humidity sensors, light sensors, smoke sensors, noise sensors, motion sensors, fire sensors, standing water sensors, power consumption sensors, carbon monoxide sensors, etc.Outdoor sensor devices 200 may be installed or positioned outside of homes orbusinesses 400, such as in yards, trees, gardens, garages, vehicles, window wells, greenhouses, or doghouse, or may be mounted to external surfaces of the home orbusiness 400 such as the roof or a window. A single home orbusiness 400 may have multipleindoor sensors 200 and/oroutdoor sensors 200 positioned in and around the home orbusiness 400, each of which may be configured to communicate withgateway devices 141. - The communication between
sensors 200 andgateway devices 141 may be two-way or one-way communication. For example, in some implementations,sensors 200 may be configured to periodically or continuously transmit its sensor data via one-way communication to anygateway device 141 in range. As shown inFIG. 15 , asingle sensor device 200 a within range of bothgateways sensor 200 a to theserver 101. Additionally, in some configurations asingle location 400, such as a large house or large business, may bemultiple gateways 141 to support the larger necessary coverage area, larger number ofsensors 200, or for purposes of backup in case one of thegateway devices 141 fails. Thus, whenevermultiple locations 400 havinggateways 141 are sufficiently close together (e.g., nearby houses, condos, businesses, etc.), or whenever asingle location 400 hasmultiple gateways 141, then data from anysensor 200 may potentially be received, stored, and transmitted to theserver 101 bymultiple gateways 141. - Accordingly, the sensor data transmitted from the
sensor devices 200 to thegateway devices 141, and then fromgateways devices 141 to theserver 101, need not identify or be dependent on anyspecific gateway device 141. For example, when asensor device 200 transmits its sensor data, it may transmit a data structure or data package including a unique sensor identifier, a sequence number, and the sensor data itself. The sensor identifier may be unique to thespecific sensor device 200, and may correspond to a serial number (e.g., a 16-digit number) of thesensor device 200 or any other unique identifier. A transmission sequence number (e.g., a 3-, 4-, or 5-digit number) may be incremented by the sensor device each data a new set of sensor data is transmitted. As an example, a first transmission of sensor data after asensor device 200 is first turned-on may include the sensor device's 200 unique 16-digit sensor identifier, followed the 3-digit sequence number “000” indicating that this is the first transmission from the sensor 200 (or the 1,000th transmission, the 2000th transmission, etc.), followed by the sensor data itself, which may be of various different sizes and formats depending on the type of thesensor 200 and the types and amounts of data it collects. - Continuing the above example, the
gateway device 141 may then receive and temporarily store the data from thesensors 200, before transmitting the data to the remotelocation monitoring server 101. In some embodiments, thegateway device 141 need not add any additional data or modify the data received from thesensors 200, except for potentially adding network protocols headers and the like for transmission to theserver 101. For instance, thegateway device 141 need not add a gateway identifier or any equivalent information before transmitting the sensor data to theserver 101. As discussed above, identical sets of data from a single sensor 220 a (e.g., a data package comprising a sensor identifier, a sequence number, and the sensor data itself) may be received by and transmitted from multipledifferent gateway devices server 101 receives and stores sensor data from variousdifferent gateways 141, and theserver 101 may use the sensor identifiers and sequence numbers from the sensor data to identify and/or remove duplicate sets of sensor data. In such cases, theserver 101 need not store or track any gateway identifier information, because it is irrelevant to theserver 101 which gateway 141 (or gateways 141) transmitted the sensor data. - As illustrated above, such examples may provide advantages in both convenience and reliability for remote location monitoring systems, weather monitoring systems, and the like. For instance, if a
gateway 141 a is not functioning due to a hardware malfunction or power outage, or if thegateway 141 a in unable to connect to theserver 101 due to a router malfunction or other loss of connectivity, then anothernearby gateway 141 b may effectively function as a backup gateway by receiving sensor data from allsensors 200 within range (including those nearer togateway 141 a) and transmitting the sensor data to theserver 101. Such configurations also may allow for an easier and more convenient setup process. For instance, rather than defining and enforcing relationships betweenindividual sensor devices 200 andgateways 141, eachsensor device 200 may be configured to transmit its sensor data to allavailable gateway devices 141 and eachgateway device 141 may be configured to receive, store, and transmit sensor data from anysensor device 200 to theserver 101. Thus, in such embodiments, users need not configure each of theirindividual sensor devices 200 to communicate exclusively with theirgateway device 141, or vice versa. - Thus, in some implementations,
sensor devices 200 andgateway device 141 may be designed for universal and non-exclusive communication with each another, so that anysensor device 200 may transmit its sensor data to anygateway 141 seamlessly and without any dedicated setup process linking the devices. However, in other implementations,sensor devices 200 may be configured to communicate only with one or morespecific gateway devices 141. For instance, certain types of data from somesensors 200 may be considered private or confidential data, and for security purposes this data may be transmitted only to one or more designatedgateway devices 141, rather than being broadcasted to anygateway device 141 within the transmission range of thesensor 200. Thus, users may protect security-related sensor data from a home orbusiness 400 a, or other personal or confidential sensor data, by requiring that such data by transmitted only to theirgateway 141 a and not togateways 141 b in other locations or under the control of other users or businesses. In such examples, two-way communication may be used so that thesensor device 200 may confirm the identity of therecipient gateway 141 before transmitting its sensor data. In some cases, additional security techniques may be used including authentication, secure network protocols, and/or encryption to protect the transmission of sensor data between thesensor device 200 andgateway 141. - Referring now to
FIG. 16 , an example method is shown in which a gateway device and sensor devices are installed and setup to commence communication with a remotelocation monitoring server 101. - In
step 1601, a gateway device (e.g., 141) is installed at a location 400 (e.g., a home, business, or other location) and connected to an operating router at the location. Thegateway 141 may use a network cable or establish a wireless connection with the router. In other examples, thegateway 141 need not connect to a router at thelocation 400, but instead may communicate directly to theserver 101 using a cellular network, hot spot, or another local area network (LAN) or wide area network (WAN) such as metropolitan area networks (MAN) or wireless networks associated with educational institutions or other organizations. - In
step 1602, thegateway device 141 may establish contact with a remotelocation monitoring server 101. In some cases, thegateway device 141 may be preconfigured with one or more network identifiers, so that the user (e.g., home owner, business owner, etc.) need not input a network location in order for thegateway device 141 to establish communication with theserver 101. In such cases, the use might only be required to plug-in thegateway device 141, and connect it a router or other network interface, after which thegateway device 141 may automatically establish communication with theserver 101. In other cases, the user may input a server name or identifier (e.g., URL, IP address, etc.) use a personal computer or mobile device to input the server name (e.g., URL, IP address, etc.) to allow thegateway device 141 to establish communication with theserver 101. - After successfully establishing communication the remote
location monitoring server 101, thegateway device 141 may turn on an indicator light to inform the user that communication with the server has been established and the gateway is now ready to receive and upload sensor data. In some cases, thegateway 141 may periodically attempt to re-establish communication with theserver 101. Such communication attempts by thegateway 141 may occur while transmitting sensor data to theserver 101, or periodically even when thegateway 141 is not transmitting sensor data, in order to confirm that the communication link with theserver 101 remains intact. A failed attempt to re-establish communication with the server may indicate a malfunction of thegateway device 141, maintenance at theserver 141, or a router or network outage, etc. In this case, thegateway device 141 may inform the user it is no longer in communication with theserver 101 using an audible indication or indictor light on thegateway device 141, or by transmitting a notification to the user's receiver device 300 (e.g., smart phone, personal computer, or remote location monitor receiver, etc.). - In
step 1603, one ormore sensor devices 200 is installed and activated at thelocation 400. Sensor devices may be battery-powered and/or may be plugged into a power source at the location 400 (e.g., an AC power wall outlet). In some cases, installation and activation of asensor device 200 may involve nothing more than plugging-in or inserting batteries into thedevice 200. For example, as discussed above,certain sensors 200 andgateways 141 may be configured for one-way communication between the sensor and gateway, and somesensors 200 may broadcast their sensor data to anygateway devices 141 in range. In such examples, the user need not perform any additional action to configure thesensor device 200 orgateway 141 to identify the corresponding device and establish the communicate link. Instead, both thesensor devices 200 andgateways 141 may be preconfigured to communicate via the same one or more RF frequencies, and to use the communication protocols for transmitting/receiving the sensor data. Thus, such systems may be automatically operational without any additional user action other than powering thedevices 141 and 22 and/or connecting thegateway 141 to a router for network access. Further, anysensor device 200 orgateway 141 within such a system may be seamlessly replaced during the lifetime of the system, without the need to update or reconfigure the remainingdevices 200 in the system. - In
step 1604, after the installation and activation of thesensor devices 200, thesensors 200 may begin to transmit sensor data to thegateway device 141. As discussed above,sensor devices 200 may include various indoor and/or outdoor sensors, including any of the sensor types and capabilities discussed above. As noted above, in some cases the transmission of data from asensor device 200 may commence automatically after thesensor device 200 is provided power. For instance, one-waycommunication sensor devices 200 may be preconfigured to automatically collect and transmit sensor data without requiring any setup or configuration process to be performed by the user. Thus, the pre-configurations tosensor devices 200 may include the type of data to be collected, the time intervals for collecting sensor data, the time intervals for transmitting the sensor data, the transmission power and frequency, and the communication protocols used for transmitting the sensor data. Thus, suchpreconfigured sensor devices 200 may begin transmitting their sensor data even if there is nogateway device 141 in range and no other device receiving the sensor data transmissions. - In other examples, one or more of the sensor configurations described above (e.g., data types to collect, collection intervals, transmission intervals, transmission power, transmission frequency, communication protocols, etc.) may be configurable by users. For example, two-way communication may be enabled between a
sensor device 200 andgateway 141, and a user interface may be provided to allow the user to reconfigure thesensor devices 200 via thegateway 141. For instance, a sensor device configuration web page or a remote location monitoring mobile application may allow the user to configure any of the above functions of thesensor device 200. These configuration parameters may be input by the user via areceiver device 300, and may be transmitted to thesensor 200 via thegateway 141. Such sensor configuration may also define the set ofgateway devices 101 and security protocols that a sensor may use for transmitting some or all of its collected sensor data. For instance, a user may log-in to a sensor management web page, or may access a sensor configuration user interface via a remote location monitoring mobile application on theirsmartphone 300, in order to change the type of data collected by asensor 200, the frequency or precision of the sensor readings, the sensor data transmission intervals, the transmission power (e.g., for when the sensor is moved further away or closer to the gateway 141), the communication protocols (e.g., secure or unsecure), and/or encryption required (if any) used for transmitting the sensor data. - In
step 1605, thegateway device 141 receives and stores sensor data from one ormore sensors 200. As discussed above, the communication from thesensor 200 to thegateway 141 may be one-way communication only in some embodiments. In such cases, thegateway device 141 might not have any control over thesensor device 200, or any capability to confirm receipt of data or request retransmission of sensor data. Agateway device 141 a also might not be aware of any other gateway devices that are also receiving the same data from thesame sensor device 200 a. - In
step 1606, thegateway device 141 may transmit the received sensor data to the remotelocation monitoring server 101. In some embodiments, thegateway device 141 may be configured to transmit the received sensor data to theserver 101 immediately after receiving and processing the data from the sensor device(s) 200. For instance, one ormore sensor devices 200 may be preconfigured to transmit data on a synchronized schedule every 30 seconds, minute, every 5 minutes, every 15 minutes, etc. In such cases, thegateway device 141 may receive a block of data from one or more sensors at or near these intervals, and may immediately forward the data to theserver 101. In other examples, data may arrive at thegateway 141 continuously or at various different time intervals fromdifferent sensors 200. In these cases, thegateway 141 may receive and store data in the gateway memory for a period of time, and then transmit a block of data to theserver 101 at predetermined intervals (e.g., every 30 seconds, every minute, every 5 minutes, etc.). - If a
gateway device 141 cannot transmit its data to theserver 101, for example, due to server maintenance or a network outage, the device may continue to receive and store sensor data until the connection to theserver 101 is restored. Certain embodiments ofgateway devices 141 may include flash memory capable of storing, for example, up to 10,000 sets of sensor data. Incoming sensor data may continue to accumulate in the memory of agateway device 141 until theserver 101 is once again accessible, after which the accumulated data may be transmitted and the gateway memory may be cleared (e.g., deallocated). - Referring now to
FIG. 17 , an example method is shown in which areceiver device 300 may use a mobile application to receive, analyze, and display data from selected sensors. - In
step 1701, amobile receiver device 300 may download and install a mobile application for remote location monitoring. Themobile receiver device 300 may be general purpose computing device (e.g., a smartphone or tablet computer) or a specialized receiver device such as those described above, having specialized hardware and/or software components for weather monitoring, remote location monitoring, etc. A user of amobile receiver 300 may download and install a remote location monitoring mobile application, for example, by accessing a web site or a mobile application store. In various embodiments, different versions of mobile applications for remote location monitoring may be developed for differentmobile receiver devices 300 to leverage the different operating systems, different input/output capabilities, etc., of thedifferent receiver devices 300. - As discussed below, the mobile application installed in
step 1701 may be used to remotely monitor a set ofsensors 200 at amobile receiver device 300. The mobile application may allow users to add or removesensors 200 from an active list of sensors to be monitored, and then receive and display sensor data from the sensors in the active list. The mobile application may also allow users to setup notifications and alerts that are triggered based on predetermined sensor conditions, and implement the notifications and alerts by continuously monitoring all newly received sensor data.FIGS. 18A-18D , discussed below, are screenshots illustrating various functions of an example mobile application. - In
step 1702, one or more sensor device identifiers (e.g., serial numbers or other identifiers) may be received by the mobile application. In some cases, a user of themobile receiver device 300 may input the sensor device identifiers, either manually or by using a camera, scanner, or barcode reader of thereceiver device 300. The sensor device identifiers that are input into themobile application step 1702 may correspond to the sensors that the user wishes to monitor via the mobile application. For example, a user that wants to monitor a set ofsensors 200 in and around his home orbusiness location 400 may begin by locating each sensor's serial number or other unique identifier. A sensor's serial number or identifier may be printed on the sensor's packaging and/or on the sensor itself. The sensor's serial number or identifier may be unique insofar as no two sensors may be assigned the same serial number or identifier, thereby allowing users to input the serial number or identifier in order to unambiguously monitor aspecific sensor device 200. - Referring now to 18A, an
example screen 1810 of a remote location monitoring mobileapplication user interface 1810 is displayed on a receiver device 300 (e.g., a smartphone or other mobile device). In this example, the mobile application is controlling the internal camera of thereceiver 300 to allow the user automatically add asensor device 1400 by taking a picture of the sensor'sserial number 1410. Thesensor device 1400 in this example may be a smoke detector detector device, described above inFIG. 14 , but the same technique may be used for photographing the serial number or other identifier of anysensor device 200. After the user locates the sensor'sserial number 1410 and focuses the camera on it,button 1811 may be selected to capture the image and automatically add the sensor to the list of sensors currently being monitored for the user via the mobile application. After the user selectsbutton 1811 to capture the image of the sensor'sserial number 1410, the mobile application may execute image analysis software (e.g., text recognition) to resolve theserial number 1410 from the image. Alternatively, the user may selectbutton 1812 to manually type in the sensor's serial number. This option may also be used if the attempt to resolve aserial number 1410 from a captured image fails or is inconclusive. Additionally, although a 16-digit numericserial number 1410 is used in this example, a sensorserial number 1410 may be any combination of alphanumeric characters. Furthermore, other embodiments need not use serial numbers but instead may use sensors having unique barcodes (e.g., UPC numbers and barcodes), unique Quick Response (QR) codes, or any other unique code or identifier that may be captured using a camera, scanner, or barcode reader of thereceiver device 300. - In
step 1703, the mobile application may retrieve sensor data from the remotelocation monitoring server 101 for each of thesensor devices 200 currently being monitored by the mobile application, and instep 1704 the retrieved sensor data may be displayed on thereceiver device 300. The list of currently monitoredsensor devices 200 may include any sensors whose serial numbers were input by the user in step 1702 (e.g., via camera, scanner, barcode reader, or by manual input). There is no limit to the number ofsensor devices 200 being monitored by areceiver device 300. Additionally,multiple receiver devices 300 may monitor thesame sensors 200 at the same time, even when themultiple devices 300 are in different locations, owned/controlled by different users, etc. In some cases, the mobile application executing on the user'sreceiver device 300 may periodically establish communication with theserver 101 to retrieve the most recent sensor data for each of the list of currently monitoredsensors 200. Updated sensor data may be retrieved from theserver 101 according to a predetermined schedule (e.g., every 5 minutes, every 15 minutes, every hour, etc.) or may be retrieved from theserver 101 based on a user action at thereceiver device 300, such as activating the mobile application or requested updated sensor data. In other cases, the mobile application may initially contact theserver 101 to subscribe to sensor data updates for its list ofsensor devices 200, after which theserver 101 may monitor the sensor data and automatically transmit any updated data to the subscribing mobile application on thereceiver 300. - In some examples, a uniform data set may be transmitted from the remote
location monitoring server 101 to thereceiver 300 corresponding to the most recent sensor data collected by the set ofsensor devices 200 being monitored by thereceiver 300. However, in other examples, the mobile application executing on the receiver may provide the user the capability of customizing the data retrieved and manner of retrieval from theserver 101. For instance, a user may use the mobile application to request automatic sensor data updates from only a subset of its associatedsensors 200. Additionally, the user may configure the mobile application to retrieve only a subset of the data collected by asensor device 200. For instance, a weather sensor may collect temperature data, humidity data, air pressure data, wind speed and direction data, etc., but the user might only be interested in receiving the temperature data. Thus, instep 1703 the mobile application on thereceiver device 300 and theserver 101 may coordinate so that only the desired data from the desiredsensors 200 is transmitted to thereceiver 300. Additionally, in some cases the user may interact with the mobile application to configure the time intervals at which sensor data for various sensors is retrieved from theserver 101. In some embodiments, the mobile application may allow users to enter one or more email addresses in order to receive periodic emails containing the sensor data (e.g., XML files contain current and historical sensor data for all monitored sensors. - Referring now to
FIG. 18B , anotherexample screen 1820 of auser interface 1800 of a remote location monitoring mobile application is displayed on thereceiver device 300. In this example, after the user of thereceiver 300 has initiated the mobile application, a “My Sensor”screen 1820 is presented to show the user the latest sensor data collected by eachsensor device 200 that the user is tracking via the mobile application. The user in this example is tracking five different sensors, and the updated sensor data for each sensor is shown inregion 1821. As shown in this example, the mobile application may allow the user to assign a familiar name to eachsensor device 200, so that the sensor data is displayed inregion 1821 in an easy to read manner. In some cases, the user may also configure which data and data format is used for displaying the sensor data via the mobile application, for example, by selecting the sensor name to configure these properties and others (e.g., the type(s) of data displayed, the units of measurement displayed, the time interval for requesting or retrieving updated sensor data from theserver 101, etc.). In this example, the user may selectbutton 1822 to addnew sensor devices 200 to thelist 1821 of sensors being monitored, or to removesensor devices 200 from thelist 1821. - In addition to allowing the user to define and monitor a set of
sensors 200, in some embodiments, the remote location monitoring mobile application may also allow users to define and receive notifications or alerts in response to predefined sensor conditions. For example, as illustrated above inFIGS. 18A and 18B , users may identify one ormore sensor devices 200 and then use a mobile application for remote location monitoring to retrieve and view sensor data from the selectedsensors 200 on theirmobile device 300. However, in some cases, updated sensor data might not be retrieved or displayed to the user until the user expressly requests the data, for example, by opening the mobile application via themobile device 300. Therefore, it may be advantageous to allow users to define alerts and other notifications to be received automatically in the event that certain readings detected atsensor devices 200. Such notifications may be setup via the mobile application or other interfaces (e.g., a remote location monitoring web-page, etc.), and the notifications may include alerts presented via the mobile application or via other techniques, such as short message service (SMS) messages, automated voice calls, and email notifications. - Referring now to
FIG. 18C , anotherexample screen 1830 of auser interface 1800 of a remote location monitoring mobile application is displayed on thereceiver device 300. In this example,screen 1830 is presented to allow the user to define the triggering conditions for a remote location monitoring alert. Alerts and other notifications may be triggered based on a single triggering condition of a sensor device 200 (e.g., trigger an alert in response to a smoke detector detection reading), multiple triggering conditions from a sensor device 200 (e.g., trigger an alert in response to a wind sensor reading and a rain or snow sensor reading), or a combination of one or more triggering conditions from multiple different sensor devices 200 (e.g., trigger an alert in response to an appliance power sensor reading and a temperature sensor reading). In the example shown inFIG. 18C , the user is creating an alert based on a combination of readings from a single sensor, a basementenvironmental condition sensor 200. Specifically, the user has used theinterface screen 1830 to define high and low temperature ranges 1831, ahigh humidity range 1832, and a standingwater threshold 1833. In this example, the combination of all three conditions (i.e., a reading in one of the designated temperature ranges, a reading in the humidity range, and a reading above the standing water threshold) may trigger an alert to themobile device 300. In other examples, the user may define that any one of the conditions, or any two of the conditions, is sufficient to trigger an alert. Additionally, the user may selectbutton 1834 to add one or more additional triggering conditions to this alert, either from thesame sensor device 200 or anothersensor device 200. - Referring now to
FIG. 18D , anotherexample screen 1840 of auser interface 1800 of a remote location monitoring mobile application is displayed on thereceiver device 300. In this example, thealert screen 1840 may be triggered by the detection of sensor conditions within one or more predetermined range(s) previously setup by the user. In this example, the alert relates to the environmental conditions in the user's basement, including the temperature, humidity, and presence of standing water at two different basement sensors. Thealert user interface 1840 in this example includes a layout of the user's basement, along with the data readings collected by the user's twobasement sensors button 1843 to view additional details related the alert (e.g., additional sensor data readings, previous readings from the same sensors, data from other nearby sensors, etc.) or to request updated sensor data from theserver 101. The user may also dismiss the alert withbutton 1844, which may cause the alert to be logged, leave the notification active, but dismiss theuser interface screen 1840. - While illustrative systems and methods as described herein embodying various aspects of the present invention are shown, it will be understood by those skilled in the art, that the invention is not limited to these embodiments. Modifications may be made by those skilled in the art, particularly in light of the foregoing teachings. For example, each of the elements of the aforementioned embodiments may be utilized alone or in combination or sub-combination with elements of the other embodiments. It will also be appreciated and understood that modifications may be made without departing from the true spirit and scope of the present invention. The description is thus to be regarded as illustrative instead of restrictive on the present invention.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/253,426 US10591642B2 (en) | 2007-10-23 | 2019-01-22 | Location monitoring via a gateway |
Applications Claiming Priority (12)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US98186207P | 2007-10-23 | 2007-10-23 | |
US98213707P | 2007-10-23 | 2007-10-23 | |
US98209607P | 2007-10-23 | 2007-10-23 | |
US1929908P | 2008-01-07 | 2008-01-07 | |
US12/057,761 US8339901B2 (en) | 2005-09-28 | 2008-03-28 | Display station |
US12/349,231 US8154398B2 (en) | 2007-10-23 | 2009-01-06 | Remote location monitoring |
US13/439,152 US8558687B2 (en) | 2007-10-23 | 2012-04-04 | Remote location monitoring |
US14/023,817 US9140583B2 (en) | 2007-10-23 | 2013-09-11 | Remote location monitoring |
US14/509,631 US9528861B1 (en) | 2007-10-23 | 2014-10-08 | Remote location monitoring |
US14/836,108 US10120105B2 (en) | 2007-10-23 | 2015-08-26 | Location monitoring via a gateway |
US15/724,404 US10234597B2 (en) | 2007-10-23 | 2017-10-04 | Location monitoring via a gateway |
US16/253,426 US10591642B2 (en) | 2007-10-23 | 2019-01-22 | Location monitoring via a gateway |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/724,404 Continuation US10234597B2 (en) | 2007-10-23 | 2017-10-04 | Location monitoring via a gateway |
Publications (2)
Publication Number | Publication Date |
---|---|
US20190154876A1 true US20190154876A1 (en) | 2019-05-23 |
US10591642B2 US10591642B2 (en) | 2020-03-17 |
Family
ID=54836617
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/836,108 Active US10120105B2 (en) | 2007-10-23 | 2015-08-26 | Location monitoring via a gateway |
US15/724,404 Active US10234597B2 (en) | 2007-10-23 | 2017-10-04 | Location monitoring via a gateway |
US16/145,527 Active US10539713B2 (en) | 2007-10-23 | 2018-09-28 | Location monitoring via a gateway |
US16/253,426 Active US10591642B2 (en) | 2007-10-23 | 2019-01-22 | Location monitoring via a gateway |
Family Applications Before (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/836,108 Active US10120105B2 (en) | 2007-10-23 | 2015-08-26 | Location monitoring via a gateway |
US15/724,404 Active US10234597B2 (en) | 2007-10-23 | 2017-10-04 | Location monitoring via a gateway |
US16/145,527 Active US10539713B2 (en) | 2007-10-23 | 2018-09-28 | Location monitoring via a gateway |
Country Status (1)
Country | Link |
---|---|
US (4) | US10120105B2 (en) |
Families Citing this family (111)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11811845B2 (en) | 2004-03-16 | 2023-11-07 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
US9729342B2 (en) | 2010-12-20 | 2017-08-08 | Icontrol Networks, Inc. | Defining and implementing sensor triggered response rules |
US11343380B2 (en) | 2004-03-16 | 2022-05-24 | Icontrol Networks, Inc. | Premises system automation |
US12063220B2 (en) | 2004-03-16 | 2024-08-13 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US20090077623A1 (en) | 2005-03-16 | 2009-03-19 | Marc Baum | Security Network Integrating Security System and Network Devices |
US9141276B2 (en) | 2005-03-16 | 2015-09-22 | Icontrol Networks, Inc. | Integrated interface for mobile device |
US10348575B2 (en) | 2013-06-27 | 2019-07-09 | Icontrol Networks, Inc. | Control system user interface |
US20170118037A1 (en) | 2008-08-11 | 2017-04-27 | Icontrol Networks, Inc. | Integrated cloud system for premises automation |
US10142392B2 (en) | 2007-01-24 | 2018-11-27 | Icontrol Networks, Inc. | Methods and systems for improved system performance |
US10237237B2 (en) | 2007-06-12 | 2019-03-19 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US10721087B2 (en) | 2005-03-16 | 2020-07-21 | Icontrol Networks, Inc. | Method for networked touchscreen with integrated interfaces |
US11677577B2 (en) | 2004-03-16 | 2023-06-13 | Icontrol Networks, Inc. | Premises system management using status signal |
US10200504B2 (en) | 2007-06-12 | 2019-02-05 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
US11916870B2 (en) | 2004-03-16 | 2024-02-27 | Icontrol Networks, Inc. | Gateway registry methods and systems |
GB2428821B (en) | 2004-03-16 | 2008-06-04 | Icontrol Networks Inc | Premises management system |
US11368429B2 (en) | 2004-03-16 | 2022-06-21 | Icontrol Networks, Inc. | Premises management configuration and control |
US11489812B2 (en) | 2004-03-16 | 2022-11-01 | Icontrol Networks, Inc. | Forming a security network including integrated security system components and network devices |
US10522026B2 (en) | 2008-08-11 | 2019-12-31 | Icontrol Networks, Inc. | Automation system user interface with three-dimensional display |
US7711796B2 (en) | 2006-06-12 | 2010-05-04 | Icontrol Networks, Inc. | Gateway registry methods and systems |
US11201755B2 (en) | 2004-03-16 | 2021-12-14 | Icontrol Networks, Inc. | Premises system management using status signal |
US10339791B2 (en) | 2007-06-12 | 2019-07-02 | Icontrol Networks, Inc. | Security network integrated with premise security system |
US9531593B2 (en) | 2007-06-12 | 2016-12-27 | Icontrol Networks, Inc. | Takeover processes in security network integrated with premise security system |
US11190578B2 (en) | 2008-08-11 | 2021-11-30 | Icontrol Networks, Inc. | Integrated cloud system with lightweight gateway for premises automation |
US11277465B2 (en) | 2004-03-16 | 2022-03-15 | Icontrol Networks, Inc. | Generating risk profile using data of home monitoring and security system |
US10156959B2 (en) | 2005-03-16 | 2018-12-18 | Icontrol Networks, Inc. | Cross-client sensor user interface in an integrated security network |
US11159484B2 (en) | 2004-03-16 | 2021-10-26 | Icontrol Networks, Inc. | Forming a security network including integrated security system components and network devices |
US11582065B2 (en) | 2007-06-12 | 2023-02-14 | Icontrol Networks, Inc. | Systems and methods for device communication |
US11113950B2 (en) | 2005-03-16 | 2021-09-07 | Icontrol Networks, Inc. | Gateway integrated with premises security system |
US11316958B2 (en) | 2008-08-11 | 2022-04-26 | Icontrol Networks, Inc. | Virtual device systems and methods |
US11244545B2 (en) | 2004-03-16 | 2022-02-08 | Icontrol Networks, Inc. | Cross-client sensor user interface in an integrated security network |
US20120324566A1 (en) | 2005-03-16 | 2012-12-20 | Marc Baum | Takeover Processes In Security Network Integrated With Premise Security System |
US10999254B2 (en) | 2005-03-16 | 2021-05-04 | Icontrol Networks, Inc. | System for data routing in networks |
US9306809B2 (en) | 2007-06-12 | 2016-04-05 | Icontrol Networks, Inc. | Security system with networked touchscreen |
US11700142B2 (en) | 2005-03-16 | 2023-07-11 | Icontrol Networks, Inc. | Security network integrating security system and network devices |
US11496568B2 (en) | 2005-03-16 | 2022-11-08 | Icontrol Networks, Inc. | Security system with networked touchscreen |
US11615697B2 (en) | 2005-03-16 | 2023-03-28 | Icontrol Networks, Inc. | Premise management systems and methods |
US20170180198A1 (en) | 2008-08-11 | 2017-06-22 | Marc Baum | Forming a security network including integrated security system components |
US20110128378A1 (en) | 2005-03-16 | 2011-06-02 | Reza Raji | Modular Electronic Display Platform |
US9071911B2 (en) * | 2005-08-23 | 2015-06-30 | Ronald Paul Harwood | Method and system of controlling media devices configured to output signals to surrounding area |
US12063221B2 (en) | 2006-06-12 | 2024-08-13 | Icontrol Networks, Inc. | Activation of gateway device |
US10079839B1 (en) | 2007-06-12 | 2018-09-18 | Icontrol Networks, Inc. | Activation of gateway device |
US11706279B2 (en) | 2007-01-24 | 2023-07-18 | Icontrol Networks, Inc. | Methods and systems for data communication |
US7633385B2 (en) | 2007-02-28 | 2009-12-15 | Ucontrol, Inc. | Method and system for communicating with and controlling an alarm system from a remote server |
US8451986B2 (en) | 2007-04-23 | 2013-05-28 | Icontrol Networks, Inc. | Method and system for automatically providing alternate network access for telecommunications |
US11089122B2 (en) | 2007-06-12 | 2021-08-10 | Icontrol Networks, Inc. | Controlling data routing among networks |
US11316753B2 (en) | 2007-06-12 | 2022-04-26 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US12003387B2 (en) | 2012-06-27 | 2024-06-04 | Comcast Cable Communications, Llc | Control system user interface |
US11601810B2 (en) | 2007-06-12 | 2023-03-07 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US11212192B2 (en) | 2007-06-12 | 2021-12-28 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US11237714B2 (en) | 2007-06-12 | 2022-02-01 | Control Networks, Inc. | Control system user interface |
US11218878B2 (en) | 2007-06-12 | 2022-01-04 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US11423756B2 (en) | 2007-06-12 | 2022-08-23 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US10523689B2 (en) | 2007-06-12 | 2019-12-31 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
US11646907B2 (en) | 2007-06-12 | 2023-05-09 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
US10223903B2 (en) | 2010-09-28 | 2019-03-05 | Icontrol Networks, Inc. | Integrated security system with parallel processing architecture |
US11831462B2 (en) | 2007-08-24 | 2023-11-28 | Icontrol Networks, Inc. | Controlling data routing in premises management systems |
US10237358B2 (en) | 2007-10-23 | 2019-03-19 | La Crosse Technology Ltd. | Location monitoring via a gateway |
US10120105B2 (en) * | 2007-10-23 | 2018-11-06 | La Crosse Technology Ltd. | Location monitoring via a gateway |
US9528861B1 (en) | 2007-10-23 | 2016-12-27 | La Crosse Technology | Remote location monitoring |
US8154398B2 (en) | 2007-10-23 | 2012-04-10 | La Crosse Technology | Remote location monitoring |
US10599303B2 (en) | 2007-10-23 | 2020-03-24 | La Crosse Technology Ltd. | Remote location monitoring |
US11916928B2 (en) | 2008-01-24 | 2024-02-27 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
US20170185278A1 (en) | 2008-08-11 | 2017-06-29 | Icontrol Networks, Inc. | Automation system user interface |
US11258625B2 (en) | 2008-08-11 | 2022-02-22 | Icontrol Networks, Inc. | Mobile premises automation platform |
US11758026B2 (en) | 2008-08-11 | 2023-09-12 | Icontrol Networks, Inc. | Virtual device systems and methods |
US11729255B2 (en) | 2008-08-11 | 2023-08-15 | Icontrol Networks, Inc. | Integrated cloud system with lightweight gateway for premises automation |
US11792036B2 (en) | 2008-08-11 | 2023-10-17 | Icontrol Networks, Inc. | Mobile premises automation platform |
US8638211B2 (en) | 2009-04-30 | 2014-01-28 | Icontrol Networks, Inc. | Configurable controller and interface for home SMA, phone and multimedia |
US8836467B1 (en) | 2010-09-28 | 2014-09-16 | Icontrol Networks, Inc. | Method, system and apparatus for automated reporting of account and sensor zone information to a central station |
US11750414B2 (en) | 2010-12-16 | 2023-09-05 | Icontrol Networks, Inc. | Bidirectional security sensor communication for a premises security system |
US9147337B2 (en) | 2010-12-17 | 2015-09-29 | Icontrol Networks, Inc. | Method and system for logging security event data |
US9262906B2 (en) * | 2013-03-14 | 2016-02-16 | Comcast Cable Communications, Llc | Processing sensor data |
EP3675487A1 (en) * | 2013-07-17 | 2020-07-01 | Bot Home Automation Inc. | Computer system and method |
US9516141B2 (en) * | 2013-08-29 | 2016-12-06 | Verizon Patent And Licensing Inc. | Method and system for processing machine-to-machine sensor data |
US11405463B2 (en) | 2014-03-03 | 2022-08-02 | Icontrol Networks, Inc. | Media content management |
US11146637B2 (en) | 2014-03-03 | 2021-10-12 | Icontrol Networks, Inc. | Media content management |
US10263841B1 (en) | 2014-05-13 | 2019-04-16 | Senseware, Inc. | System, method and apparatus for configuring a node in a sensor network |
US9800646B1 (en) | 2014-05-13 | 2017-10-24 | Senseware, Inc. | Modification of a sensor data management system to enable sensors as a service |
US9756511B1 (en) | 2014-05-13 | 2017-09-05 | Senseware, Inc. | System, method and apparatus for wireless sensor network configuration |
US11722365B2 (en) | 2014-05-13 | 2023-08-08 | Senseware, Inc. | System, method and apparatus for configuring a node in a sensor network |
US10366357B2 (en) * | 2015-04-10 | 2019-07-30 | Telsco Industries, Inc. | Systems and methods for site-specific tracking of snowfall |
KR101608971B1 (en) * | 2015-04-30 | 2016-04-20 | 주식회사 제이피케이코리아 | Emergency sensing and acting system using LED lighting module |
US9752370B2 (en) * | 2015-07-13 | 2017-09-05 | Ford Global Technologies, Llc | Rain onset detection auto-close user interface |
US11436911B2 (en) | 2015-09-30 | 2022-09-06 | Johnson Controls Tyco IP Holdings LLP | Sensor based system and method for premises safety and operational profiling based on drift analysis |
US11151654B2 (en) | 2015-09-30 | 2021-10-19 | Johnson Controls Tyco IP Holdings LLP | System and method for determining risk profile, adjusting insurance premiums and automatically collecting premiums based on sensor data |
US10902524B2 (en) | 2015-09-30 | 2021-01-26 | Sensormatic Electronics, LLC | Sensor based system and method for augmenting underwriting of insurance policies |
US9581727B1 (en) * | 2016-01-22 | 2017-02-28 | Harris Corporation | Severe weather situational awareness system and related methods |
US10593177B2 (en) | 2016-03-16 | 2020-03-17 | Sensormatic Electronics, LLC | Method and apparatus for tiered analytics in a multi-sensor environment |
US10552914B2 (en) | 2016-05-05 | 2020-02-04 | Sensormatic Electronics, LLC | Method and apparatus for evaluating risk based on sensor monitoring |
US10623249B2 (en) | 2016-05-09 | 2020-04-14 | Tile, Inc. | Dynamic tracking device reconfiguration |
US10250435B2 (en) * | 2016-05-24 | 2019-04-02 | Dell Products, Lp | System and method for intelligent discovery and rescue of devices in an internet-of-things network |
US10810676B2 (en) | 2016-06-06 | 2020-10-20 | Sensormatic Electronics, LLC | Method and apparatus for increasing the density of data surrounding an event |
ITUA20164989A1 (en) * | 2016-06-17 | 2017-12-17 | Marcello Bertozzi | System for the global management of telematic security information |
TWI638561B (en) * | 2016-12-23 | 2018-10-11 | 財團法人工業技術研究院 | Control system and control method |
WO2018123861A1 (en) * | 2016-12-27 | 2018-07-05 | シャープ株式会社 | Disaster information-associated control device, disaster information-associated control system, and disaster information-associated control method |
GB2561161A (en) * | 2017-03-30 | 2018-10-10 | Hwm Water Ltd | Cloud computing server interface |
CN108225423B (en) * | 2017-12-29 | 2024-02-23 | 中城佳旭(北京)科技发展有限公司 | Sensor for underground pipe gallery warehouse environment |
US11431801B2 (en) * | 2018-11-05 | 2022-08-30 | Netapp Inc. | Storage offload engine for distributed network device data |
BE1026887B1 (en) * | 2018-12-18 | 2020-07-22 | Soundtalks Nv | METHOD OF INTELLIGENT MONITORING OF ONE OR MULTIPLE COMMERCIAL SITES FOR CREATIVE ANIMALS |
US11240058B2 (en) * | 2019-03-29 | 2022-02-01 | Qualcomm Incorporated | System and method to view occupant status and manage devices of building |
US11881093B2 (en) | 2020-08-20 | 2024-01-23 | Denso International America, Inc. | Systems and methods for identifying smoking in vehicles |
US11813926B2 (en) | 2020-08-20 | 2023-11-14 | Denso International America, Inc. | Binding agent and olfaction sensor |
US11760170B2 (en) | 2020-08-20 | 2023-09-19 | Denso International America, Inc. | Olfaction sensor preservation systems and methods |
US12017506B2 (en) | 2020-08-20 | 2024-06-25 | Denso International America, Inc. | Passenger cabin air control systems and methods |
US11636870B2 (en) | 2020-08-20 | 2023-04-25 | Denso International America, Inc. | Smoking cessation systems and methods |
US11828210B2 (en) | 2020-08-20 | 2023-11-28 | Denso International America, Inc. | Diagnostic systems and methods of vehicles using olfaction |
US11932080B2 (en) | 2020-08-20 | 2024-03-19 | Denso International America, Inc. | Diagnostic and recirculation control systems and methods |
US11760169B2 (en) | 2020-08-20 | 2023-09-19 | Denso International America, Inc. | Particulate control systems and methods for olfaction sensors |
US11350262B1 (en) | 2021-05-11 | 2022-05-31 | Daniel Kenney | Self-contained disaster condition monitoring system |
CN113595889A (en) * | 2021-07-28 | 2021-11-02 | 深圳市卓翼科技股份有限公司 | Intelligent gateway, weather display method and intelligent terminal |
WO2024034596A1 (en) * | 2022-08-09 | 2024-02-15 | Next Innovation合同会社 | Acquired-information output terminal, acquired-information output system, and communication method for acquired-information output terminal |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10120105B2 (en) * | 2007-10-23 | 2018-11-06 | La Crosse Technology Ltd. | Location monitoring via a gateway |
US10146410B2 (en) * | 2007-10-23 | 2018-12-04 | La Crosse Technology Ltd. | Remote location monitoring |
US10145987B2 (en) * | 2007-10-23 | 2018-12-04 | La Crosse Technology Ltd. | Remote location monitoring |
US10237358B2 (en) * | 2007-10-23 | 2019-03-19 | La Crosse Technology Ltd. | Location monitoring via a gateway |
Family Cites Families (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6362737B1 (en) | 1998-06-02 | 2002-03-26 | Rf Code, Inc. | Object Identification system with adaptive transceivers and methods of operation |
US5978738A (en) | 1997-02-13 | 1999-11-02 | Anthony Brown | Severe weather detector and alarm |
US6970924B1 (en) | 1999-02-23 | 2005-11-29 | Visual Networks, Inc. | Methods and apparatus for monitoring end-user experience in a distributed network |
US6442241B1 (en) | 1999-07-15 | 2002-08-27 | William J. Tsumpes | Automated parallel and redundant subscriber contact and event notification system |
BR0006967A (en) | 1999-07-16 | 2001-06-12 | Citizen Watch Co Ltd | Clock |
US6678215B1 (en) | 1999-12-28 | 2004-01-13 | G. Victor Treyz | Digital audio devices |
JP2001337182A (en) | 2000-05-26 | 2001-12-07 | Matsushita Electric Ind Co Ltd | Portable terminal equipment |
JP2001356838A (en) | 2000-06-12 | 2001-12-26 | Toshiba Corp | Local time computer, clock device, communication terminal equipment and local time calculating method |
US7113090B1 (en) | 2001-04-24 | 2006-09-26 | Alarm.Com Incorporated | System and method for connecting security systems to a wireless device |
JP2003032277A (en) | 2001-07-12 | 2003-01-31 | Allied Tereshisu Kk | Management method and system of network equipment |
US6967900B2 (en) | 2001-10-22 | 2005-11-22 | Maverick Industries, Inc. | Combination clock radio, weather station and message organizer |
HK1050114A2 (en) | 2002-04-04 | 2003-05-16 | Idt Lcd Holding Bvi Ltd | Radio control clock |
US7079020B2 (en) | 2003-02-03 | 2006-07-18 | Ingrid, Inc. | Multi-controller security network |
JP4255007B2 (en) | 2003-04-11 | 2009-04-15 | 株式会社ザナヴィ・インフォマティクス | Navigation device and travel time calculation method thereof |
US6917297B2 (en) | 2003-06-05 | 2005-07-12 | International Business Machines Corporation | System and method for advance warning of severe weather for general aviation aircraft |
US7752210B2 (en) | 2003-11-13 | 2010-07-06 | Yahoo! Inc. | Method of determining geographical location from IP address information |
US20050174889A1 (en) | 2004-02-06 | 2005-08-11 | Microsoft Corporation | Connected clock radio |
US8209400B2 (en) | 2005-03-16 | 2012-06-26 | Icontrol Networks, Inc. | System for data routing in networks |
GB2428821B (en) | 2004-03-16 | 2008-06-04 | Icontrol Networks Inc | Premises management system |
US20050232086A1 (en) | 2004-04-14 | 2005-10-20 | General Motors Corporation | Time zone based GPS date and time |
US7526792B2 (en) | 2004-06-09 | 2009-04-28 | Intel Corporation | Integration of policy compliance enforcement and device authentication |
US20060095210A1 (en) | 2004-10-20 | 2006-05-04 | Idt Technology Limited | Weather station |
US7292142B2 (en) | 2004-10-20 | 2007-11-06 | Honeywell International, Inc. | Method and apparatus for interfacing security systems by periodic check in with remote facility |
US8339901B2 (en) * | 2005-09-28 | 2012-12-25 | Rolf Haupt | Display station |
EP2291009A4 (en) | 2008-06-13 | 2014-01-29 | Fujitsu Ltd | Gateway device, method for controlling radio transmission, and radio communication system |
US9746990B2 (en) | 2012-09-28 | 2017-08-29 | Intel Corporation | Selectively augmenting communications transmitted by a communication device |
GB2517702A (en) | 2013-08-28 | 2015-03-04 | Ibm | Collaborative electronic nose management in personal devices |
-
2015
- 2015-08-26 US US14/836,108 patent/US10120105B2/en active Active
-
2017
- 2017-10-04 US US15/724,404 patent/US10234597B2/en active Active
-
2018
- 2018-09-28 US US16/145,527 patent/US10539713B2/en active Active
-
2019
- 2019-01-22 US US16/253,426 patent/US10591642B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10120105B2 (en) * | 2007-10-23 | 2018-11-06 | La Crosse Technology Ltd. | Location monitoring via a gateway |
US10146410B2 (en) * | 2007-10-23 | 2018-12-04 | La Crosse Technology Ltd. | Remote location monitoring |
US10145987B2 (en) * | 2007-10-23 | 2018-12-04 | La Crosse Technology Ltd. | Remote location monitoring |
US10234597B2 (en) * | 2007-10-23 | 2019-03-19 | La Crosse Technology Ltd. | Location monitoring via a gateway |
US10237358B2 (en) * | 2007-10-23 | 2019-03-19 | La Crosse Technology Ltd. | Location monitoring via a gateway |
Also Published As
Publication number | Publication date |
---|---|
US10234597B2 (en) | 2019-03-19 |
US10539713B2 (en) | 2020-01-21 |
US10120105B2 (en) | 2018-11-06 |
US10591642B2 (en) | 2020-03-17 |
US20190041547A1 (en) | 2019-02-07 |
US20150364027A1 (en) | 2015-12-17 |
US20180128941A1 (en) | 2018-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10591642B2 (en) | Location monitoring via a gateway | |
US11363107B2 (en) | Location monitoring via a gateway | |
US10591641B2 (en) | Remote location monitoring | |
US11782583B2 (en) | Remote location monitoring | |
US10146410B2 (en) | Remote location monitoring | |
CA2835776C (en) | Home sensor data gathering for neighbor notification purposes | |
US8378808B1 (en) | Dual intercom-interfaced smoke/fire detection system and associated method | |
US20160189513A1 (en) | Situationally Aware Alarm | |
US11610470B1 (en) | Systems and methods for crowdsourcing detected events | |
US11949683B2 (en) | Guest access to control devices | |
US11741827B2 (en) | Automated bulk location-based actions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: LA CROSSE TECHNOLOGY LTD., WISCONSIN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HAUPT, ROLF;MCCORMICK, ALLAN;REEL/FRAME:048093/0739 Effective date: 20090505 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO SMALL (ORIGINAL EVENT CODE: SMAL); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: M2551); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY Year of fee payment: 4 |