Electronic sensor management

Abstract

A computer device and method for managing multiple electronic sensors is provided where a server receives building condition data from a motion sensor, analyzes the received data, and activates (or reconfigures) a camera sensor to capture an image of the inhabitants present within the building; the server then identifies the inhabitant of the building and retrieves profile data associated with the identified inhabitant; the server then, based on the profile data, generates an instruction to modify one or more conditions within the building (e.g., the environmental conditions of the building) and transmits the instruction to one or more devices (e.g., an environmental device) within the building.

Description

TECHNICAL FIELD

The disclosed embodiments generally relate to a method and computerized system for managing electronic sensors.

BACKGROUND

Smart home technology refers to control and even automation of different house functionalities, such as lighting, heating, ventilation, air conditioning (HVAC), and security, as well as home appliances such as washer/dryers, ovens or refrigerators/freezers or even home entertainment system. Homeowners may install several sensors (each configured to collect a certain type of data) and may monitor different aspects and functionalities within their homes. For example, a homeowner may install a smart thermostat, which monitors temperature patterns and may even adjust the temperature of the house based on the detected pattern.

As the smart home technology has advanced recently, several technical challenges have also been identified. For instance, conventional smart home software solutions provide a single category solution with limited intra-communication ability. For example, a smart thermostat may determine a temperature pattern or adjust the temperature; however, (due to technical challenges) the smart thermostat may not be able to communicate with other sensors. In another example, a motion detector (configured to use infrared technology and detect motion and heat) may monitor movement and alert the homeowner when it detects movement within the house. However, the motion sensor is not in communication with other sensors (such as camera sensors) and may provide erroneous alerts simply because it detects motions. Furthermore, existing and conventional methods do not provide a method for a central server to receive data from the motion sensor, activate a camera sensor, and verify the data received form the motion sensor. Existing and conventional methods fail to provide fast and efficient analysis of building condition data and fail to provide effective communication between different sensors due to a high volume of building condition data captured by different sensors on different networks and/or computing infrastructures. Managing such information is difficult due to data type, size, or content associated with different sensors.

SUMMARY OF THE INVENTION

For the aforementioned reasons, there is a need for a central server to actively communicate with different sensors, analyze the data, and further control the functional behavior of one or more sensors. This summary section is provided to introduce a selection of concepts in a simplified form that are further described subsequently in the detailed description section. This summary section is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

In an embodiment, a method comprises receiving, by a server, a set of building condition data from a motion sensor device associated with a building and connected to a network of the building, wherein the set of building condition data comprises at least a heat map indicating presence of one or more inhabitants within the building; upon receiving the set of building condition data, generating a first instruction commanding an immediate capture of an image; upon transmitting the first instructions to a camera sensor device connected to the network of the building, receiving, by the server, at least one image captured by the camera sensor device; identifying, by the server, at least one inhabitant present within the building based on the set of building condition data and the at least one image received; retrieving, by the server, profile data corresponding to the identified inhabitant present within the building, the profile data comprising at least an environmental preference value of the identified inhabitant's; generating, by the server, a second instruction in accordance with the environmental preference value; and transmitting, by the server, the second instruction to one or more environmental devices coupled to the network of the building, whereby the second instructions commands the one or more environmental devices to modify environmental condition of the building in accordance with the environmental preference value.

In another embodiment, a computer system comprising: a plurality of home sensors devices connected to a network of a building and configured to collect building condition data, wherein the plurality of home sensor devices comprises at least a camera sensor device and a motion sensor device; one or more environmental devices coupled to the network of the building and configured to modify environmental conditions of the building; and a server connected to the network and in connection with the one or more environmental devices and the plurality of home sensors devices, wherein the server is configured to: receive a set of building condition data from the motion sensor device associated with the building and connected to the network of the building, wherein the set of building condition data comprises at least a heat map indicating presence of one or more inhabitants within the building; upon receiving the set of building condition data, generate a first instruction commanding an immediate capture of an image; upon transmitting the first instructions to the camera sensor device connected to the network of the building, receive at least one image captured by the camera sensor device; identify at least one inhabitant present within the building based on the set of building condition data and the at least one image received; retrieve profile data corresponding to the identified inhabitant present within the building, the profile data comprising at least an environmental preference value of the identified inhabitant's; generate a second instruction in accordance with the environmental preference value; and transmit the second instruction to one or more environmental devices coupled to the network of the building, whereby the second instructions commands the one or more environmental devices to modify environmental condition of the building in accordance with the environmental preference value.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying appendices and/or drawings illustrate various non-limiting, example, inventive aspects in accordance with the present disclosure:

FIG. 1 illustrates an example communication network in accordance with an illustrated embodiment.

FIG. 2 illustrates one or more network computer devices/nodes, in accordance with an illustrated embodiment.

FIG. 3 illustrates a block diagram of a property from which sensor data is captured for subsequent analysis, in accordance with an illustrated embodiment.

FIG. 4 illustrates a floor plan of an example property with multiple home sensors, in accordance with an illustrated embodiment.

FIG. 5 is a flow diagram of operational steps of the management server managing multiple home sensors, in accordance with an illustrated embodiment.

FIG. 6 is a flow diagram of operational steps of the management server managing multiple home sensors, in accordance with an illustrated embodiment.

FIG. 7 is a flow diagram of operational steps of the management server managing multiple home sensors, in accordance with an illustrated embodiment.

DETAILED DESCRIPTION OF CERTAIN EMBODIMENTS

The illustrated embodiments are now described more fully with reference to the accompanying drawings wherein like reference numerals identify similar structural/functional features. The illustrated embodiments are not limited in any way to what is illustrated, as the illustrated embodiments described below are merely exemplary, which can be embodied in various forms, as appreciated by one skilled in the art. Therefore, it is to be understood that any structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and as a representation for teaching one skilled in the art to employ the discussed embodiments. Furthermore, the terms and phrases used herein are not intended to be limiting but rather to provide an understandable description of the illustrated embodiments.

As used herein, the term “software” is meant to be synonymous with any code or program that can be in a processor of a host computer, regardless of whether the implementation is in hardware, firmware or as a software computer product available on a disc, a memory storage device, or for download from a remote machine. The embodiments described herein include such software to implement the equations, relationships and algorithms described above. One skilled in the art will appreciate further features and advantages of the illustrated embodiments based on the above-described embodiments. Accordingly, the illustrated embodiments are not to be limited by what has been particularly shown and described, except as indicated by the appended claims. All publications and references cited herein are expressly incorporated herein by reference in their entirety. For instance, commonly assigned U.S. Pat. Nos. 8,289,160 and 8,400,299 are related to certain embodiments described here and are each incorporated herein by reference in their entirety.

Turning now descriptively to the drawings, FIG. 1 depicts an exemplary communications network 100 in which below illustrated embodiments may be implemented. It is to be understood a communication network 100 is a geographically distributed collection of nodes interconnected by communication links and segments for transporting data packets between end nodes, such as personal computers, workstations, smart phone devices, tablets, televisions, home sensors, and/or other devices such as automobiles, etc. Many types of networks are available, with the types ranging from local area networks (LANs) to wide area networks (WANs). LANs typically connect the nodes over dedicated private communications links located in the same general physical location, such as a property 300. WANs, on the other hand, typically connect geographically dispersed nodes over long-distance communications links, such as common carrier telephone lines, optical light paths, synchronous optical networks (SONET), synchronous digital hierarchy (SDH) links, or Powerline Communications (PLC), and others.

FIG. 1 is a schematic block diagram of a communication network 100 illustratively comprising nodes/devices 101-108 (e.g., sensors 102, the computing server device 103, smart phone devices 101 and 105, management server 106, routers 107, switches 108, and the like) interconnected by various methods of communication. For instance, the links 109 may be wired links or may comprise a wireless communication medium, where certain nodes are in communication with other nodes, e.g., based on distance, signal strength, current operational status, location, etc. Moreover, each of the devices can communicate data packets (or frames) 142 with other devices using predefined network communication protocols as will be appreciated by those skilled in the art, such as various wired protocols and wireless protocols etc., where appropriate. In this context, a protocol consists of a set of rules defining how the nodes interact with each other. Any number of nodes, devices, links, etc. may be used in the computer network, and that the view shown herein is for simplicity. Additionally, while the embodiments are shown herein with reference to a general network cloud, the description herein is not so limited, and may be applied to networks that are hardwired.

Aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).

Aspects of the present invention are described below with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

FIG. 2 is a schematic block diagram of an example computing server device 200 (e.g., one of network devices 101-108 described in FIG. 1) that may be used (or components thereof) with one or more embodiments described herein, e.g., as one of the nodes shown in the communication network 100. As explained above, in different embodiments these various devices may be configured to communicate with each other in any suitable way, such as, for example, via communication network 100. Computing server device 200 is only one example of a suitable system and is not intended to suggest any limitation as to the scope of use or functionality of embodiments of the invention described herein. Regardless, computing network device 200 is capable of being implemented and/or performing any of the functionality set forth herein. In a non-limiting example, computing server device 200 may depict the operational modules of the computing server device 103 described in FIG. 1.

Computing server device 200 is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well-known computing systems, environments, and/or configurations that may be suitable for use with computing server device 200 include, but are not limited to, personal computer systems, server computer systems, thin clients, thick clients, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputer systems, mainframe computer systems, and distributed data processing environments that include any of the above systems or devices, and the like.

Computing server device 200 may be described in the general context of computer system-executable instructions, such as program modules, being executed by a computer system. Generally, program modules may include routines, programs, objects, components, logic, data structures, and so on that perform particular tasks or implement particular abstract data types. Computing server device 200 may be practiced in distributed data processing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed data processing environment, program modules may be located in both local and remote computer system storage media including memory storage devices.

The components of computing device 200 may include, but are not limited to, one or more processors or processing units 216, a system memory 228, and a bus 218 that couples various system components including system memory 228 to processing unit 216. Bus 218 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.

Computing device 200 typically includes a variety of computer system readable media. Such media may be any available media that is accessible by computing device 200, and it includes both volatile and non-volatile media, removable and non-removable media. System memory 228 can include computer system readable media in the form of volatile memory, such as random access memory (RAM) 230 and/or cache memory 232. Computing device 200 may further include other removable/non-removable, volatile/non-volatile computer system storage media. By way of example only, storage system 234 can be provided for reading from and writing to a non-removable, non-volatile magnetic media (not shown and typically called a “hard drive”). Although not shown, a magnetic disk drive for reading from and writing to a removable, non-volatile magnetic disk, and an optical disk drive for reading from or writing to a removable, non-volatile optical disk such as a CD-ROM, DVD-ROM or other optical media can be provided. In such instances, each can be connected to bus 218 by one or more data media interfaces. As will be further depicted and described below, the system memory 228 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.

Program/utility 240, having a set (at least one) of program modules 215, such as analyzer module 306 and the profile engine 308 described below, may be stored in the system memory 228 by way of example, and not limitation, as well as an operating system, one or more application programs, other program modules, and program data. Each of the operating system, one or more application programs, other program modules, and program data or some combination thereof, may include an implementation of a networking environment. Program modules 215 generally carry out the functions and/or methodologies of embodiments of the invention as described herein.

Computing server device 200 may also communicate with one or more external devices 214 such as a keyboard, a pointing device, a display 224, etc.; one or more devices that enable a user to interact with computing device 200; and/or any devices (e.g., network card, modem, etc.) that enable computing device 200 to communicate with one or more other computing devices. Such communication can occur via Input/Output (I/O) interfaces 222. Still yet, computing device 200 can communicate with one or more networks such as a local area network (LAN), a general wide area network (WAN), and/or a public network (e.g., the Internet) via network adapter 220. As depicted, network adapter 220 communicates with the other components of computing device 200 via bus 218. It should be understood that although not shown, other hardware and/or software components could be used in conjunction with computing device 200. Examples, include, but are not limited to microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data archival storage systems, etc.

FIG. 1 and FIG. 2 are intended to provide a brief, general description of an illustrative and/or suitable exemplary environment in which embodiments of the below described present invention may be implemented. FIG. 1 and FIG. 2 are exemplary of a suitable environment and are not intended to suggest any limitation as to the structure, scope of use, or functionality of an embodiment of the present invention. A particular environment should not be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in an exemplary operating environment. For example, in certain instances, one or more elements of an environment may be deemed not necessary and omitted. In other instances, one or more other elements may be deemed necessary and added.

With the exemplary communication network 100 (FIG. 1) and computing server device 200 (FIG. 2) being generally shown and discussed above, description of certain illustrated embodiments of the present invention will now be provided. With reference now to FIG. 3, an example of a property 300 is shown, which is to be understood to be any type of property structure (e.g., residential, commercial, retail, municipal, etc.) in which the capture and analysis of sensor data (102) is useful for the reasons at least described below. Property 300 preferably includes a computing server device 103 for capturing data from a plurality of sensors 102, which capture data regarding various aspects of property 300 (e.g., building condition data), as further described below. It is to be understood computing server device 103 may be located in any location, and its position is not limited to the example shown.

Computing server device 103 is preferably configured and operational to receive (capture) data from various sensors 102 regarding certain aspects (including functional and operational) of property 300 (described further below) and transmit that captured data to a management server 106 (remote or installed on site), via the communication network 100. Computing server device 103 may perform analytics regarding the captured sensor data regarding property 300 and/or the remote management server 106 may perform such analytics, as also further described below. In some embodiments, data from sensors 102 may be transmitted directly to the management server 106, via the communication network 100 or any other suitable data transfer means, thus either obviating the need for computing server device 103 or mitigating its functionality to capture all data from sensors 102.

In the illustrated embodiment of FIG. 3, computing server device 103 is shown coupled to various below described sensor types 102. Although various sensor types 102 are described below and shown in FIG. 3, the sensor types described and shown herein are not intended to be exhaustive as embodiments of the present invention may encompass any type of known or unknown sensor type, which facilitates the purposes and objectives of the certain illustrated embodiments described herein. It is to be understood and appreciated, in accordance with the embodiments herein, sensors 102 are preferably installed, and its data is collected, maintained, accessed and otherwise utilized pursuant to the permission of the homeowners subject to appropriate security and privacy concerns. Exemplary sensor types include (but are not limited to):

Temperature sensor—configured and operational to preferably detect the temperature present at the property 300. For example, the temperature may rise and fall with the change of seasons and/or the time of day. Moreover, in the event of a fire, the temperature present at the property 300 may rise quickly—possibly to a level of extreme high heat. The temperature sensor may make use of probes placed at various locations in and around the property 300, in order to collect a representative profile of the temperature present at the property 300. These probes may be connected to the computing server device 103 by wire, or by a wireless technology. For example, if the computing server device 103 is positioned in the attic of the property 300, the temperature may be higher than the general temperature present in the property. Thus, probes placed at various locations (e.g., in the basement, on the various levels of a multi-level property 300, in different rooms that receive different amounts of sun, etc.), in order to obtain an accurate picture of the temperature present at the property. Moreover, the computing server device 103 may record both the indoor and outdoor temperature present at the property 300. For example, data regarding the indoor temperature, the outdoor temperature, and/or the differential between indoor and outdoor temperatures, may be used as part of some analysis model, and thus all of the different values could be stored. The computing server device 103 may store an abstract representation of temperature (e.g., the average indoor temperature, as collected at all of the probes), or may store each temperature reading individually so that the individual readings may be provided as input to an analysis model.

Humidity sensor—configured and operational to preferably detect the humidity present at the property 300. Humidity sensor may comprise the humidity-detection hardware, or may employ one or more remote probes, which may be located inside and/or outside the property 300. Humidity readings from one or more locations inside and/or outside the property could thus be recorded by computing server device 103.

Water Sensor(s)/Water pressure sensor(s) —configured and operational to preferably monitor water related conditions, including (but not limited to): the detection of water and water pressure detection, for instance in the plumbing system in the property 300. With regards to a water pressure sensor, it may have one or more probes attached to various locations of the property's 300 plumbing, and thus computing server device 103 may record the pressure present in the plumbing, and/or any changes in that pressure. For example, plumbing systems may be designed to withstand a certain amount of pressure, and if the pressure rises above that amount, the plumbing system may be at risk for leaking, bursting, or other failure. Thus, the computing server device 103 may record the water pressure (and water flow) that is present in the plumbing system at various points in time.

Wind speed sensor—configured and operational to record the wind speed present at the property 300. For example, one or more wind sensors may be placed outside the property 300, at the wind speed and/or direction may be recorded at various points in time. Computing server device 103 may record these wind speed and/or wind direction readings. The wind speed may be used by an analysis model to plan for future losses and/or to make underwriting, pricing, or other decisions.

Motion sensor—configured and operational to sense motion in the property 300 to which motion sensor 102 is attached. Typically, property's 300 do not move significantly, except in the event of a catastrophe. Motion sensor may indicate that the property 300 is sliding down a hill (e.g., in the event of an extreme flood or mudslide), or is experiencing a measurable earthquake. A motion sensor may further include earth sensors for detecting sinkholes and earth movement. In addition, a motion sensor may be configured and operational to sense the motion of objects within the property. In some embodiments, the motion sensor may utilize micro-location technology to detect presence of inhabitants within the property 300. In other embodiments, the motion sensor may use infrared technology to detect heat sources moving within the property 300. For example, the motion sensor 102 may capture an infrared heat map (e.g., capture the infrared radiation) of the property, which may illustrates warm bodies within the property 300.

Electrical system sensor/analyzer configured and operational to assess the condition of the property's 300 electrical system. For example, potentiometers may be connected to various points in the property's 300 electrical system to measure voltage. Readings from the potentiometers could be used to determine if the voltage is persistently too high, or too low, or if the voltage frequently drops and/or spikes. Such conditions may suggest that the property 300 is at risk for fire. Other types of electrical measurements could be taken, such as readings of current flowing through the electrical system. Any type of data about the property's 300 electrical system could be captured by computing server device 103.

Camera Sensor—Camera sensors include visible light cameras, infrared cameras, two-dimensional (2D) cameras, three-dimensional (3D) cameras, thermal cameras, aerial imagery cameras, Smartphone camera images, radar-capable sensors, sensors that detect other wavelengths, and/or any combination thereof. In some embodiments, the camera sensor 102 may capture and transmit low-resolution images of different areas within the property 300 to the computing server device 103 or directly to a third party server. Threes images may be used (in conjunction with facial recognition software and technology) to determine the identity of the inhabitants within the property 300. In some embodiments, the camera may be configured to capture images within a field of vision, which is controllable via instructions received from the management server 106 and/or the computing server device 103.

Structural sensor—configured and operational to preferably detect various structural conditions relating to property 300. A structural sensor may comprise detection hardware, or may employ one or more remote probes, which may be located inside and/or outside the property 300. Conditions recorded by structural sensor may include (but are not limited to) the condition of the wall structure, floor structure, ceiling structure and roof structure of property 300, which may be achieved via: load bearing detectors; components which measure the slope of a floor/wall/ceiling; carpet conditions (e.g., via nano sensor) or any other components functional to detect such conditions. Structural readings from one or more locations inside and/or outside the property 300 could thus be recorded by computing server device 103 and used by an analysis model in various ways.

Environmental Sensor—configured and operational to preferably detect various environmental conditions relating to property 300. An environmental sensor may comprise detection hardware, or may employ one or more remote probes, which may be located inside and/or outside the property 300. Conditions recorded by an environmental sensor may include (but are not limited to) the air quality present in property 300, the presence of mold/bacteria/algae/lead paint or any contaminant adverse to human health (whether airborne or attached to a portion of the structure of property 300). Such environmental readings from one or more locations inside and/or outside the property 300 could thus be recorded by the computing server device 103 and used by an analysis model in various ways.

Appliance Sensor—configured and operational to preferably detect various operating parameters relating to appliances within a property 300. Examples of appliances include (but are not limited to) all kitchen appliances (e.g., refrigerator, freezer, stove, cooktop, oven, grill, dishwasher, etc.); HVAC components (air conditioner, heating system, air handlers, humidifiers/de-humidifiers, etc.), water purification system, media entertainment system (e.g., televisions), networking components (routers, switches, extenders, etc.) electrical generator system, pool filtration and heating system, garage door openers, sump pump and water well system, septic tank system, garage door opener, etc. An appliance sensor may comprise detection hardware, or may employ one or more remote probes, which may be located inside and/or outside the property 300 functional to detect certain operating parameters of appliances. Operating parameters detected by an appliance sensor 102 may include (but are not limited to): the operating efficiency of an appliance (energy usage, output performance); the time an appliance operates, the age of an appliance; maintenance needs of an appliance (e.g., change a filter component or schedule a periodic examination/tune-up); and repair needs of an appliance (which may also include the identification of parts needed). Such appliance readings from one or more property appliances could thus be recorded by the computing server device 103 and used by an analysis model in various ways.

With exemplary sensors 102 identified and briefly described above, and as will be further discussed below, it is to be generally understood that sensors 102 preferably record certain data parameters relating to the condition data of a property. It is to be understood and appreciated the aforementioned sensors 102 may be configured as wired and wireless types integrated in a networked environment (e.g., WAN, LAN, WiFi, 802.11X, 3G, LTE, etc.), which may also have an associated IP address. It is to be further appreciated the sensors 102 may consist of internal sensors located within the structure of the property 300; external sensors located external of the structure of the property 300; sound sensors for detecting ambient noise (e.g., for detecting termite and rodent activity, glass breakage, intruders, etc.); camera sensors such as those consisting of camera standalone devices, or by integrating into existing camera devices in the property 300. It is additionally to be understood and appreciated that sensors 102 can be networked into a central computer hub (e.g., the computing server device 103) in a property to aggregate and/or encrypt collected sensor data packets. Aggregated and/or encrypted data packets can be analyzed either in a computer system (e.g., computing server device 103) or via an external computer environment (e.g., management server 106). Additionally, it is to be understood that data packets collected from sensors 102 can be aggregated and/or encrypted in computing server device 103 and sent as an aggregated and/or encrypted packet to the management server 106 for subsequent analysis whereby data packets may be transmitted at prescribed time intervals (e.g., a benefit is to reduce cellular charges in that some property 300 may not have Internet access or cellular service is backup when property Internet service is nonfunctioning).

In accordance with an illustrated embodiment, in addition to the aforementioned, the sensors 102 being utilized relative to property 300, computing server device 103 may additionally be coupled to a Clock 320 (e.g., timer), which may keep track of time for the computing server device 103, thereby allowing a given item of data to be associated with the time at which the data was captured. For example, the computing server device 103 may recurrently capture readings of temperature, wind speed, humidity, appliance operating times, etc., and may timestamp each reading. The time at which the readings are taken may be used to reconstruct events or for other analytic purposes, such as those described below. For example, the timestamps on wall structure readings taken by a structural sensor during a hurricane may allow it to be determined, after the hurricane has occurred, if the property is in need of immediate repair.

A storage component 322 may further be provided and utilized to store data readings and/or timestamps in the computing server device 103. For example, storage component 322 may comprise, or may otherwise make use of, magnetic or optical disks, volatile random-access memory, non-volatile random-access-memory, or any other type of storage device. There may be sufficient data storage capacity to store data generated as a result of several hours or several days of readings. For example, a plurality of water flow sensors 102 might be measuring and recording the amount of water flowing through each of the faucets/showerheads in a property 300. Storage component 322 might have sufficient storage capacity to allow, for example, five days of readings to be stored, thereby allowing determining daily water consumption pattern.

A communication component 324 may further be provided and utilized to communicate recorded information from computing server device 103 to an external location, such as computer management server 106. Communication component 324 may be, or may comprise, a network communication card such as an Ethernet card, a Wi-Fi card, or any other communication mechanism. However, communication component 324 could take any form and is not limited to these examples. Communication component 324 might encrypt data that it communicates, in order to protect the security and/or privacy of the data. Communication component 324 may communicate data recorded by the computing server device 103 (e.g., data stored in storage component 322) to an external location, such as management server 106. For example, management server 106 may collect data from computing server device 103 in order to learn about habits, trends and other analytics relative to property 300 in which the computing server device 103 located. Communication component 324 may initiate communication sessions with management server 106. Additionally or alternatively, the management server 106 may contact computing server device 103, through communication component 324, in order to receive data that has been stored by the computing server device 103 or command a functionally behavior modification for any sensor 102.

Management server 106 may further include a command generation engine. The command generation engine may send commands to sensors 102 or to the computing server device 103 to be sent to the sensors 102 at predefined times. Such commands may include, for exemplary purposes only and without limitation, an instruction to take an immediate reading, an instruction to take a series of readings (e.g., every five minutes for one hour, every minute for one week), an instruction to take more frequent readings (e.g., every hour rather than every six hours), an instruction to take less frequent readings (e.g., every day rather than every hour), and/or any permutations or derivations thereof, such as any modification to a frequency of data capture associated with any sensor 102.

In some embodiments, the data packets received by the management server 106 may be immediately analyzed and then discarded. In some embodiments, the data packets may be analyzed and stored temporarily. For example, the management server 106 may transmit and store the captured data into an internal or an external database. The management server 106 may also utilize specific memory components (such as cache) for different types of data captured. The data packets may be temporarily stored in the cache, whereby the management server 106 deletes the oldest data and adds the newest data. The cache may store the data until the management server 106 determines whether to delete some or all of the cache data or move some or all of the data to a different memory. For example, the management server 106 may store data associated with the motion sensor 102 in a memory structure that offers faster retrieval (e.g., cache) and store other captured data (e.g., electricity voltage reading when the electricity voltage does not have an unexpected surge or decrease and does not indicate an electrical problem) in a conventional memory (e.g., conventional database, which may be internal or external and does not offer a faster data retrieval option). In yet another embodiment, the data packets received, may be stored by the management server 106 for later analysis. In addition, in still another embodiment, the information is stored via another device/module/engine. The management server 106 may then determine and update one or more data records associated with the property 300 in a database to reflect the determined conditions of the structure. In some embodiments, the management server 106 may only store a portion of the data captured. For example, the management server 106 may discard any captured data that is deemed “normal” (e.g., does not indicate a risk to the dwelling) and satisfies a time threshold (e.g., one year, one month, or any other pre-determined time threshold). Because the volume of data captured by multiple sensors may become very large, the management server 106 may utilize the above-mentioned methods to manage memory space and increase the efficiency of data collection, retrieval, and analysis.

Additionally, data from sensors 102, clock 320 and/or storage component 322 may be communicated directly to management server 106, via the communication network 100, thus obviating or mitigating the need for computing server device 103. In the example of FIG. 3, communication component 324 (which is shown, in FIG. 3, as being part of, or used by, computing server device 103) communicates data to management server 106. Management server 106 may comprise, or otherwise may cooperate with, a data analysis module 304, which may analyze the data received. Data analysis module 304 may comprise various types of sub-modules, such as analyzer module 306 and profile engine 308. In general, analyzer module 306 may perform an analysis of collected data regarding various aspects of property 300, such as data used to determine habits and activities of inhabitants of the property.

Management server 106 may further include profile engine 308. The inhabitant profile engine 308 may analyze the data such as described above with respect to different sensors 102. The profile engine 308 may also generate an inhabitant dataset and continuously monitor the building condition data received to generate thresholds used by the computing server device 103. For example, the profile engine 308 may monitor water usage of the property and determine that the water usage is typically higher when a particular inhabitant is present in the property 300. As described below, the computing server device 103 or the management server 106 may generate a dynamic threshold for different building condition data (e.g., water usage, electricity, and the like) based on the inhabitant's habits.

Referring now to FIG. 4, an exemplary floor plan of a property (e.g., the property 300) with multiple home sensors is illustrated. In this embodiment, property 400 includes bathroom 440, bathroom 430, bedroom 420, living room 410, and kitchen 460. Each room within the property 400 may also include different components. For example, the bathroom 440 may include sink 443, toilet 432, and bathtub 442; the bathroom 430 may include toilet 432 and sink 431; and the kitchen 460 may include stove 462, sink 463, and dishwasher 461. Property 400 may also include various pluming, mechanical, and/or electrical features, such as different pipes, electrical wiring, and HVAC ducts; for clarity purposes, not all the above-mentioned features are shown. The property 400 is also equipped with multiple home sensors with various functionalities and configurations. For example, property 400 may include home sensor 441 (installed in the bathroom 440), home sensor 433 (installed in the bathroom 430), home sensors 421 (installed in the bedroom 420), home sensors 411 (installed in the living room 410), home sensor 464 (installed in the kitchen 460), and home sensors 466 (installed near or on the pipe 465). Each of the home sensors illustrated within the property 400 may represent one or more sensors as described above (e.g., sensors 102). For example, home sensor 421 may represent two sensors installed separately (e.g., a motion sensor and a gas detection sensor) or may represent one sensor with both functionality (e.g., one sensor that is configured to detect motion and gas).

As described above, each home sensor is configured to directly communicate with the management server 106 or, in some embodiments, communicate with the management server 106 through the computing server device 103. In some embodiments, each home sensor is wirelessly (or using LAN) connected with the property computing device 300, which may receive, aggregate, encrypt and/or store data before transmitting the data captured from the home sensors to the management server 106 using a wireless network such as the communication network 100 (described in detail in FIG. 1). The management server 106 may then decrypt, disaggregate, and analyze the data from each home sensor installed within the property 400 and generate instructions to command and control the functional behavior of each home sensor. The management server 106 may also reconfigure or activate any of the home sensors. For example, if the management server 106 detects that the inhabitants do not usually use bathroom 430, the management server 106 may de-activate home sensor 433 (e.g., command the home sensor 433 to stop capturing data) or reconfigure the home sensor 433 (e.g., change the configuration of home sensor 433 so that home sensor 433 captures data only once per month). As described below, the management server 106 may (upon various analysis of data captured from other sensors) re-activate or reconfigure the home sensor 433. In another embodiment, the management server 106 may detect a particular inhabitant and may reconfigure one or more home sensors. For example, the management server 106 may command a temperature sensor to modify the temperature of the house based on who is present within the property 400 at any time.

In addition to the home sensors described above, the management server 106 may also use beacons to detect the presence (or location of) one or more inhabitants within the property 400. For example, the beacon 422 may be a hardware transmitter and a communication device, which communicates with electronic devices such as the mobile device of the inhabitants within the property. The beacon 422, in some embodiments, may utilize Bluetooth low energy (BLE) transmission technology to communicate with electronic devices within a pre-determined proximity zone, such as the proximity zone represented by the geo-fence 423. The beacon 422 may broadcast an identifier to nearby portable electronic devices located within the geo-fence 423, such as the mobile device of the inhabitants of the property. In an embodiment, geo-fence 423 represents the range of transmission of identifier by the beacon 422. For example, the beacon 422 may be instructed (by the management server 106) to transmit identifiers within a radius of 10 feet (within the geo-fence 423).

In some embodiments, the beacon 422 may transmit a Universally Unique Identifier (UUID) as an identifier. A UUID is a 128-bit value identifier used in software construction. The beacon 422 may also receive UUID of the mobile device of the inhabitant of the property and transmit said UUID to the management server 106. The management server 106, may then, transmit said UUID and query a database for any information associated with said UUID and the mobile device transmitting the UUID. For example, the database may transmit identifying information (e.g., profile data) associated with the mobile device transmitting the UUID to the management server 106. The management server may then (matching the UUID for the property 400 and the identifying information received from the database) determine a location associated with the inhabitant of the room.

For example, beacon 422 may broadcast a UUID of 12345X within the geo-fence 423. Upon an inhabitant entering the geo-fence 423, his mobile device receives the UUID and transmits (using an application executing on the mobile device that is associated with the management server 106) the UUID to the management server 106. The management server 106 may then match the UUID received and determine that the UUID received matches the UUID of beacon 422. The management server 106 may then further determine that the mobile device transmitting the UUID of beacon 422 is associated with John Smith (using a unique electronic identifier associated with the mobile device). The management server 106 may then determine that John Smith in in bedroom 420.

FIGS. 5-6 illustrate, in the form of a flow chart, exemplary operational steps performed by different components of the management server. The flow diagram shown in FIGS. 5-6 are described, by way of example, with reference to components shown in FIGS. 1-4, although these operational steps may be carried out in any system and are not limited to the scenario shown in the aforementioned figures. Additionally, the flow diagrams in FIGS. 5-6 show an example in which operational steps are carried out in a particular order, as indicated by the lines connecting the blocks, but the various steps shown in these diagrams can be performed in any order, or in any combination or sub-combination.

With reference to FIG. 5, at 502, the management server preferably collects data from one or more sensors preferably to be used to determine a number and the identity of people (inhabitants) occupying a property at various points in time. The management server may directly receive the data packets transmitted by the informatic sensors or, in some embodiments, the management server may receive them from the computing server device installed at the property. As described herein, computer analytics are performed (preferably by the management server) on the received informatic sensor data to determine behavioral habits and activities of one or more inhabitants associated with (e.g., occupying) the property. In one embodiment, the management server may be configured and operational to send additional commands to one or more electronic sensors and/or computing device. These commands may alter the types of measurements being performed, the frequency of measurements, speed/frequency in which information is communicated from sensors and/or any other sensor settings.

In an embodiment, this step may involve the computing device periodically contacting (via the communication network 100 or any other suitable means), at prescribed time intervals, the management server to send data collected by a plurality of motion sensors. A variety of motion sensors are preferably installed at various points around the property, such as in the living room, bedroom, kitchen, and bathroom. The sensors are arranged to communicate with the computing device, which, for example, may be located in a hallway near a main entrance of the property. The one or more motion sensors may be configured and operational to monitor movement of property inhabitants in different areas of the property. In an embodiment, motion sensors may comprise passive infrared detectors. Upon receiving the data packets from the motions sensors, the management server may determine, for example, whether the property was occupied by more than one inhabitant by detecting substantially simultaneous motion patterns at various points around the property. As described below, the management server may analyze the data received from one or more motion sensors to identify the inhabitant.

At 504, the management server preferably processes the informatics data collected by a plurality of motion sensors to determine daily rest-activity pattern for each inhabitant. For example, the management server may estimate rest-activity parameters such as bedtime, rise time, sleep latency, and naptime for one or more inhabitants of the property by combining data from multiple sensors located around the property. As another example, the management server may be configured to determine whether the property remains unoccupied for an extended period of time. This information may be used by the management server (e.g., the profile engine) to refine a habit profile associated with the property and with each inhabitant of the property.

At 506, based on data collected from different sensors installed on the property, the management server preferably conducts an analysis to determine daily cooking activity pattern of one or more property inhabitants. In an embodiment, one or more appliance sensors may be employed to measure the use of cooking appliances such as a kettle, a microwave oven or an electric cooker. For example, the management server may detect the cooking time trends by detecting that a rice cooker or microwave oven is turned on/off, detecting that a gas range or an IH (Induction-Heating) cooking heater is turned on/off or detecting other cooking home electric appliances are turned on/off. As another example, the management server may combine data collected from various types of sensors, such as motion and appliance sensors, to determine, for instance, whether any of the cooking appliances remain unattended for an extended period of time, thus increasing the risk of fire. The daily cooking activity tracking may be adaptive. In other words, the management server may gradually adjust to the inhabitant's new activities and/or habits if they change over time. In general, the management server may assess the risk of fires or other events arising from various activities of inhabitants of a property or location and/or observed events and use this information to provide targeted specific advice and guidance at the property to reduce the chance of fires or other events arising from the activities.

At 508, the management server conducts an analysis to determine daily water consumption pattern. For example, based upon analysis of a plumbing system, the management server may have detected long-term stress on pipes and may predict future plumbing leaks. In order to prevent water leaks, the management server may recommend reducing water pressure (e.g., by installing a water softener). Property inhabitants' behavior patterns during a storm can also increase the risk of flooding. For example, a combination of washing clothes, taking a shower, and running the dishwasher could add water to a system that may already be overloaded. The water may have nowhere to go but into the basement of the property. Thus, the management server may identify certain water consumption patterns of property inhabitants as hazardous and use this information to provide targeted specific advice and guidance to reduce the risk of water losses at the property.

Similarly, at 510, the management server preferably performs an analysis to determine daily energy consumption pattern. For example, based upon analysis of the property's electrical system, the management server may have detected the load pattern and energy amount are different in weekdays and weekends. For instance, during the weekday the minimum load may occur between 2:00 and 6:00 in the morning when most of property occupants are sleeping and morning peak may be between approximately 7:00 AM and 10:00 AM, while the night peak may occur between approximately 7:00 PM and midnight when the property inhabitants are at home, making dinner and using the entertainment appliances. On weekends, there might be a mid-day peak load between approximately 10:00 AM and 03:00 PM, while night peak may occur between approximately 07:00 PM and 10:00 PM. In addition, in this step, the management server may flag certain energy consumption patterns of inhabitants as hazardous.

Thus, in steps 502-510, the management server collects various characteristics indicative of habits and activities of the property's inhabitants. At 512, the management server preferably transmits these characteristics to the profile engine. In an embodiment, the property's inhabitants' habits and characteristics may include, but not limited to, daily water consumption and energy consumption patterns, daily cooking activity pattern, number of inhabitants, hazardous activities pattern, and the like. In an alternative embodiment, the management server may store these habits and characteristics in a local or remote database. The readings of the amount of energy/water used at the property can be used to analyze and forecast an expected energy/water bill. This can also be used for budgeting and finance management because a history of energy/water usage at the property or certain appliances can be measured and displayed to the inhabitants. Additionally, the homeowner can track energy/water use and determine based upon the rate of energy consumption that the homeowner is on a pace to use more or less energy/water use than is budgeted. In addition to generating a profile for the property, the management server may also generate a habit profile for each inhabitant of the property. This individual profile is also adaptive and may be refined by the management server over time.

Referring now to FIG. 6, a flow diagram of operational steps for managing multiple home sensors is illustrated. At 602, the management server preferably retrieves property and inhabitant habit profiles and activity information from the profile engine. As described in FIG. 5, the management server may continuously monitor the property and the inhabitants and may generate and store a profile for each inhabitant within the property. The management server may query a database and retrieve profile data associated with a property. In some embodiments, this step may involve the management server retrieving habits and activity profiles (e.g., profile data associated with each inhabitant) information from the profile engine component or from a local (or third party) database.

As described in FIG. 5, the profile for each inhabitant may include habits, daily rest patterns, activities, cooking patterns, appliance usage patterns, water/electricity consumption patterns, and any other data captured by the home sensors. The management server may display each inhabitant's profile and allow the inhabitants to modify, add, and/or remove data from their profile. For example, the management server may display the father's profile by transmitting an instruction to the father's electronic device to render a graphical user interface and display the father's profile data. In some embodiments, the management server may display the father's profile data on a website displayed on the father's electronic device. For example, the father may login a website provided by the management server and (upon being authenticated) the management server may display the father's profile data. The father may then modify, add, or remove profile data. For example, the father may add additional environmental preferences to the profile (e.g., ideal temperature, ideal lighting, and/or ideal humidity).

At 604, the management server may identify one or more inhabitants within the property. The management server may receive a set of data from the motions sensor and the camera sensor and identify one or more inhabitants based on the data packets received from each sensor. For example, the motion sensor may detect heat emitting from bodies within the properties (using infrared technology) and transmit heat maps of warm bodies within the property to the management server. The management server may determine the identities of the inhabitants by comparing the heat map with an existing profile of the inhabitants. For example, the management server may retrieve data associated with each inhabitant of the property (e.g., height, weight, image of each inhabitant, and the like) from the inhabitants (e.g., inhabitants may log into a graphical user interface, such as a website, and input the above-mentioned data). The management server may then identify the inhabitants based on the heat map received from the motion sensors. For example, when a heat map received from the motion sensor indicates that a person of 6′2″ height is present in the property; the management server may query a database, receive a profile of all inhabitants of the property, and determine that the father's height is 6′2″. The management server may then determine that the father is present in the property.

In some other embodiments, the camera sensor may periodically capture images (e.g., low-resolution images) from the property. The camera sensor may transmit the captured images to the management server, which may then use facial recognition techniques to identify the inhabitants present within the property. For example, the management server may identify that the image captured within the living room resembles an image of the father by comparing the received image with an image of the father stored within the property profile, as described above. In some embodiments, the management server may transmit the images received from the camera sensor to a third-party server (e.g., cloud computing device associated with a third party) that is configured to perform facial recognition and transmit the results to the management server.

In some embodiments, the management server may utilize both the motion sensor and the camera sensor to identify the inhabitants present within the property. For example, when the management server receives an indication (from the motion sensor) that a person is present within the property, the management server may generate and transmit an instruction to the camera sensor to modify its data capture frequency and immediately capture an image of different areas within the property. The management server may then perform facial recognition on the received images and identify the inhabitant present. In some embodiments, the management server may also command the camera sensor to capture an image from a specific part of the property. For example, if the motion sensor captures movement (or heat) associated with a person within the living room, the management sensor may command the camera sensor to only capture images from the living room. In some other embodiments, the management server may also modify the field of vision associated with the camera sensor in order to receive an image of the inhabitants present within the property.

The management server may also activate, reconfigure, or modify the functional behavior of the motion sensor based on data packets received from the camera sensor. For example, the management sensor may receive an image from the camera sensor that indicates presence of an inhabitant within the living room. If the management server is unable to identify the inhabitant (e.g., if the facial recognition fails), the management server may activate the motion sensor and (as described above) command the motion sensor to modify its functional behavior (e.g., frequency of data capture) and capture a heat map of the property. The management server may also modify the motion sensor's field of vision and command a heat/motion capture associated with a specific area within the property. The management server may then use the data received from the camera sensor and the motion sensor to identify the inhabitant present.

In some embodiments, the management server may use micro location and beacon technology to identify one or more inhabitants present within the property. As described above, the management server may also use a location-aware mobile device associated with an inhabitant of the property (e.g., mobile device) to identify a location of the inhabitants within the property.

At step 606, the management server may modify one or more environmental sensors based on the inhabitant's profile. The management server may generate and transmit an instruction to one or more environmental sensors/devices to comply with the inhabitant's profile. In a non-limiting example, the management sever may first determine that the father is the only person present within the property and the father has a temperature preference of 74 degrees; the management server may then reconfigure a thermostat within the property to 74 degrees. In another example, the management server may automatically shut the blinds, turn on or off the humidifier, or modify (e.g., turn on or off) the lighting within the property (e.g., in certain areas of the property based on the father's preferences).

In some embodiments, the management server may use predetermined rules to generate the instruction for the one or more environmental sensors. For example, in an embodiment, the management server may determine that two inhabitants are present within the property (e.g., father and his son). Consequently, the management server may query a set of preexisting rules to determine that when the father and son are both present within the property, the environmental settings may be modified based on the father's environmental preferences. The set of predetermined rules may be inputted by the inhabitants or may be monitored and determined by the management server (e.g., based on previous data received from different sensors). For example, the father may add the above-mentioned rule to the property profile. Additionally or alternatively, the management server may determine that when the father and son are both present within the property, the environmental building condition data (received from the temperature sensor) is consistent with the father environmental preferences. Consequently, the management server may generate a rule that allows the environmental conditions to be modified based on the father's environmental preferences when the father and son are both present within the property.

At step 608, the management server may also modify an entertainment system associated with the property in accordance with the inhabitant's preferences. As described above, the management server may generate an instruction to play the identified inhabitant's favorite music or radio program. The management server may transmit the instruction to any home entertainment devices within the property. For example, when the father arrives, the management server may instruct a radio to play the father's favorite radio channel. In other embodiments, when the management server detects presence of a young adult within the property, the management server may prevent any adult rated television programs to be played. In some embodiments, the management server may directly contact the home entertainment devices. For example, the home entertainment devices may be connected to a home network using a wireless router (e.g., home wireless router 401 described in FIG. 4) and the management server may transmit the instruction to the home entertainment devices via the home network and utilizing the router. The management sever may also transmit a message (e.g., text, push notification, email, and the like) the identified inhabitant and notify them of the change. For example, the management server may notify the father that his favorite radio show is now playing or the temperature has been modified to his liking.

Referring now to FIG. 7, a flow diagram of operational steps for managing multiple home sensors is illustrated. At step 702 and 704, the management server may identify one or more inhabitants within the property and retrieve profile data associated with each present inhabitant using the above-mentioned methods as described in FIG. 6. At step 706, the management server may, upon identifying/retrieving the present inhabitant's profile data, identify one or more maintenance needs associated with the property. In a non-limiting example, the management server may compare the operating parameters associated with one or more appliances received from the appliance sensor with a set of predetermined thresholds. When any of the operating parameters of the one or more appliances satisfies the set of pre-determined threshold, the management server may determine that the particular appliance requires maintenance.

At step 708, the management server may transmit an electronic notification to an electronic device associated with at least one inhabitant present within the property based on the maintenance needs identified and the inhabitant's profile data. The management server may identify one or more inhabitants who have indicated a desire to receive maintenance alerts. In a non-limiting example, and as described above, an inhabitant may indicate a desire to receive maintenance alerts on his/her profile. For example, the property profile may indicate the father and the mother of the family as available to receive alerts regarding maintenance needs and requirements. Consequently, the management server may only notify the father and mother (and not the children) when a maintenance need arises.

Upon identifying the right party, the management server may retrieve an electronic identifier associated with an electronic device of the father and/or mother (e.g., query a database to identify a phone number or email address of the father or mother). The management server may then transmit an electronic notification to the electronic device associated with the designated inhabitants. The notification may be in form of a text, email, push notification, and the like. The notification may include identification of the appliance, maintenance requirements, and/or a hyperlink directing the inhabitants to the footage of the appliance (captured from the camera sensor). Furthermore, the management server may also notify a third party (e.g., a third party computing device such as a home security, maintenance service, pest control, insurance company, or an emergency service).

In some embodiments, the management server may notify an inhabitant when the inhabitant is within a predetermined proximity to the appliance in need of maintenance. For example, the management server may identify water leakage in a bathroom. In a non-limiting example, and in conjunction with the illustrated embodiment in FIG. 4, the management server may receive a set of data from the home sensor 441 and determine maintenance requirement for the sink 443 (e.g., water leakage). The management server may then identify two people (e.g., father and mother of the household) as designated recipients of maintenance notifications. In some embodiments, the management server may only transmit the notification upon either the father or mother entering the bathroom 440. The management server may user any of the above-mentioned methods to determine whether the recipient is within the predetermined proximity to the appliance in need of maintenance (e.g., determine whether the father or mother is in the bathroom 440).

The various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

Embodiments implemented in computer software may be implemented in software, firmware, middleware, microcode, hardware description languages, or any combination thereof. A code segment or machine-executable instructions may represent a procedure, a function, a subprogram, a program, a routine, a subroutine, a module, a software package, a class, or any combination of instructions, data structures, or program statements. A code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters, or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.

The actual software code or specialized control hardware used to implement these systems and methods is not limiting of the invention. Thus, the operation and behavior of the systems and methods were described without reference to the specific software code being understood that software and control hardware can be designed to implement the systems and methods based on the description herein.

When implemented in software, the functions may be stored as one or more instructions or code on a non-transitory computer-readable or processor-readable storage medium. The steps of a method or algorithm disclosed herein may be embodied in a processor-executable software module, which may reside on a computer-readable or processor-readable storage medium. A non-transitory computer-readable or processor-readable media includes both computer storage media and tangible storage media that facilitate transfer of a computer program from one place to another. A non-transitory processor-readable storage media may be any available media that may be accessed by a computer. By way of example, and not limitation, such non-transitory processor-readable media may comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other tangible storage medium that may be used to store desired program code in the form of instructions or data structures and that may be accessed by a computer or processor. Disk and disc, as used herein, include compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media. Additionally, the operations of a method or algorithm may reside as one or any combination or set of codes and/or instructions on a non-transitory processor-readable medium and/or computer-readable medium, which may be incorporated into a computer program product.

The preceding description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the following claims and the principles and novel features disclosed herein.

While various aspects and embodiments have been disclosed, other aspects and embodiments are contemplated. The various aspects and embodiments disclosed are for purposes of illustration and are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

The term “module”/“engine” is used herein to denote a functional operation that may be embodied either as a stand-alone component or as an integrated configuration of a plurality of subordinate components. Thus, “modules”/“engines” may be implemented as a single module or as a plurality of modules that operate in cooperation with one another. Moreover, although “modules”/“engines” may be described herein as being implemented as software, they could be implemented in any of hardware (e.g. electronic circuitry), firmware, software, or a combination thereof.

With certain illustrated embodiments described above, it is to be appreciated that various non-limiting embodiments described herein may be used separately, combined or selectively combined for specific applications. Further, some of the various features of the above non-limiting embodiments may be used without the corresponding use of other described features. The foregoing description should therefore be considered as merely illustrative of the principles, teachings and exemplary embodiments of this invention, and not in limitation thereof.

It is to be understood that the above-described arrangements are only illustrative of the application of the principles of the illustrated embodiments. Numerous modifications and alternative arrangements may be devised by those skilled in the art without departing from the scope of the illustrated embodiments, and the appended claims are intended to cover such modifications and arrangements.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. Although any methods and materials similar or equivalent to those described herein can also be used in the practice or testing of the illustrated embodiments, exemplary methods and materials are now described. All publications mentioned herein are incorporated herein by reference to disclose and describe the methods and/or materials in connection with which the publications are cited.

Claims

1. A method comprising: receiving, by a server, a set of building condition data from a plurality of sensors associated with a building and connected to a network of the building, wherein the set of building condition data comprises at least a heat map indicating a human presence within the building;determining, by the server, a location of at least one person within the building based on the set of building condition data;transmitting, by the server, a first instruction modifying a field of view of a camera connected to the network of the building to focus within the location of the at least one person and commanding the camera to perform an immediate capture of at least one image in response to determining the location of the at least one person within the building;after transmitting the first instruction to the camera, receiving, by the server, the at least one image captured by the camera;transmitting, by the server, a second instruction to at least one of the plurality of sensors to capture location-based building condition data based on the location of the at least one person and information indicative of a corresponding location associated with the at least one of the plurality of sensors;identifying, by the server, the at least one person present within the building based on the location-based building condition data and the at least one image received by the server;retrieving, by the server, profile data corresponding to the at least one person identified by the server, the profile data comprising at least an environmental preference value;analyzing, by the server, the profile data and the set of building condition data to determine an associated risk value;generating, by the server, a third instruction in accordance with the environmental preference value; andtransmitting, by the server, the third instruction along with guidance based on the risk value to one or more environmental devices connected to the network of the building, whereby the third instruction commands the one or more environmental devices to modify an environmental condition of the building based on the environmental preference value and to provide an alert indicating the guidance.

2. The method of claim 1, comprising identifying, by the server, the at least one person present within the building by performing facial recognition on the at least one image captured by the camera and comparing the at least one image to a previously recorded image of the at least one person.

3. The method of claim 2, wherein the facial recognition is performed by a third-party server.

4. The method of claim 1, wherein the one or more environmental devices comprises at least one of a thermostat, humidifier, or a lighting system of the building.

5. The method of claim 1, wherein the profile data is electronically received via a user interface.

6. The method of claim 5, wherein the profile data is generated based on data received from an additional plurality of sensors in the building, wherein the additional plurality of sensors is configured to detect human conduct.

7. The method of claim 6, further comprising: identifying, by the server, a maintenance need associated with at least one appliance within the building; andupon identifying the at least one person present within the building based on the location-based building condition data and the at least one image received by the server, transmitting, by the server, an electronic notification corresponding to the maintenance need to an electronic device operated by the at least one person.

8. The method of claim 1, wherein the environmental preference value comprises a value corresponding to a temperature, humidity, or lighting of the building.

9. The method of claim 1, further comprising: transmitting, by the server, a notification to an electronic device operated by the at least one person configured to notify the at least one person of the third instruction.

10. The method of claim 9, wherein the notification is in form of at least one of an email, text message, and push notification.

11. A computer system comprising: a plurality of home sensor devices connected to a network of a building and configured to collect building condition data, wherein the plurality of home sensor devices comprises at least a camera and a plurality of additional sensors;one or more environmental devices coupled to the network of the building and configured to modify environmental conditions of the building; anda server connected to the network and in connection with the one or more environmental devices and the plurality of home sensors devices, wherein the server is configured to: receive a set of building condition data from the plurality of additional sensors via the network, wherein the set of building condition data comprises at least a heat map indicating human presence within the building;determine a location of at least one person within the building based on the set of building condition data;transmit a first instruction modifying a field of view of the camera of the plurality of home sensor devices connected to the network of the building to focus within the location of the at least one person and commanding an immediate capture of at least one image by the camera in response to determining the location of the at least one person within the building;after transmitting the first instruction to the camera, receive the at least one image captured by the camera;transmit a second instruction to at least one of the plurality of additional sensors to capture location-based building condition data based on the location of the at least one person and information indicative of a corresponding location associated with the at least one of the plurality of additional sensors;identify the at least one person present within the building based on the location-based building condition data and the at least one image received by the server;retrieve profile data corresponding to the at least one person, the profile data comprising at least an environmental preference value of the at least one person;analyze the profile data to determine an associated risk value;generate a third instruction in accordance with the environmental preference value; andtransmit the third instruction to one or more environmental devices coupled to the network of the building, whereby the third instruction commands the one or more environmental devices to modify an environmental condition of the building based on the environmental preference value and to display user guidance based on the risk value.

12. The method of claim 1, comprising identifying, by the server, a current activity of the at least one person in conjunction with analyzing the profile data to determine the associated risk value.

13. The method of claim 12, comprising identifying, by the server, a parameter value, wherein identifying the current activity of the at least one person comprises comparing the parameter value with a threshold.

14. The computer system of claim 11, wherein the profile data comprises habit and activity data for the at least one person, and the server is configured to analyze the habit and activity data to determine the associated risk value.

15. The computer system of claim 14, wherein the server is configured to determine the habit and activity data via the heat map.

16. The method of claim 1, comprising: determining, by the server, information associated with mitigating the risk value; andtransmitting, by the server, the information associated with mitigating the risk value via the guidance.

17. The method of claim 1, comprising: determining, by the server, an additional location of at least one additional person within the building based on the set of the building condition data;transmitting, by the server, a fourth instruction modifying an additional field of view of an additional camera connected to the network of the building to focus within the additional location of the at least one additional person and commanding an immediate capture of at least one additional image by the additional camera in response to determining the additional location of the at least one additional person;after transmitting the fourth instruction to the additional camera, receiving, by the server, the at least one additional image;determining, by the server, that the at least one additional person is unidentifiable based on the at least one additional image;transmitting, by the server, a fifth instruction to the at least one of the plurality of sensors to capture additional location-based building condition data based on the additional location of the at least one additional person in response to a determination that the at least one additional person is unidentifiable based on the at least one additional image, wherein the additional location-based building condition data comprises at least one additional heat map of the additional location of the at least one additional person;after transmitting the fifth instruction to the at least one of the plurality of sensors, receiving the at least one additional heat map; andidentifying the at least one additional person based on the at least one additional heat map and the at least one additional image.

18. The method of claim 1, wherein the second instruction modifies a field of vision and a frequency of data capture associated with the plurality of sensors to focus within the location of the at least one person and immediately capture the location-based building condition data, respectively.