TW201638895A - Home audio video display device (AVDD) as sensor monitor - Google Patents

Abstract

Method, computer storage device, and system that establish communication with at least first and second sensors, receive information from the sensors, and determine whether the information from the first sensor satisfies a first alert threshold. It is also determined whether the information from the second sensor satisfies a second alert threshold. Responsive to a determination that the information from the first sensor satisfies the first alert threshold and that the information from the second sensor does not satisfy the second alert threshold, an alert signal is not generated. On the other hand, responsive to a determination that the information from the first sensor satisfies the first alert threshold and that the information from the second sensor satisfies the second alert threshold, the alert signal is generated for output thereof to a display device.

Description

Home audio display device (AVDD) as a sensor monitor

This application relates generally to the use of a home audio visual display device (AVDD), such as a TV as a sensor monitor.

Current sensors, such as home environment sensors, light sensors, and motion sensors, typically have individual displays associated with each sensor relative to the display material from each sensor. This principle recognizes that displays are typically small and/or of low quality, making it difficult to read, understand, and determine useful information from other sources.

It is also understood herein that displays are typically located proximate to their individual sensors such that multiple displays associated with different sensors are typically not located at substantially the same location as, for example, a personal home. Thus, for ease of viewing, the need to aggregate information generated by one or more sensors into a single location is generated, and the display data and/or information does not need to be spread across multiple displays at different locations, thus enabling the sensor The monitoring of data and / or information is heavy.

An audiovisual display device (AVDD) system includes a display and a processor that controls the display. AVDD also includes a computer readable storage medium accessible to the processor and programmed to cause the processor to establish communication with at least one sensor. The instructions also cause the processor to receive information from the sensor that conforms to an application programming interface (API) provided by the AVDD manufacturer to the entity containing the sensor, or from AVDD to the sensor, and then The information from the sensor is presented on the display according to the API.

If desired, the API can define the content of the information from the sensor that will be presented on the display, where the content is presented on the display, and when the content is presented on the display, relative to information from the sensor. As noted above, in several embodiments, the manufacturer of AVDD can provide an API to the entity containing the sensor, while in other embodiments, the API can be sent from AVDD to the sensor. Moreover, in several embodiments, in response to a viewer input command, the API is only sent from AVDD to the sensor.

According to the present principle, the sensor can be selected from a group of sensors, although no need to be exclusively selected, including environmental sensors, ambient light sensors, door position sensors, window covering position sensors, swimming pool heating Through the inductor, motion sensor, and valve position sensor. While the principles are described in response to a personal residence environment, it should be understood that the same principles can be applied to sensors and monitoring equipment such as in hospitals or public safety environments.

If necessary, the content may only include text information, only graphic, or both graphic and text information. Moreover, in several embodiments, the system also includes a sensor. The sensor includes an access API and sends information according to the API. To the processor of AVDD.

In another aspect, a method includes establishing communication between a video display device (AVDD) including a display and at least one sensor. The method then includes receiving information from the sensor that is compliant with an application programming interface (API) provided by the manufacturer of AVDD to the entity containing the sensor, or sent from AVDD to the sensor. Depending on the method, information from the sensor is then presented to the display in accordance with the API.

In still another aspect, an audiovisual display device includes a display and a processor that controls the display. The device also includes a computer readable storage medium accessible to the processor and programmed to cause the processor to establish communication with at least one sensor. The instructions then cause the processor to receive information from sensors that conform to the AVDD understandable software interface. Thereafter, the instructions cause the processor to present information from the sensor to the display in accordance with the interface.

In other perspectives, multiple sensors are monitored synchronously to determine if an event has occurred (eg, a combination of medical sensors; or a home automation sensor that indicates a sound, movement, etc. that implies intrusion). Systems based on this principle can resend sensor information to the cloud, facilitating processing or enabling third parties to monitor sensor data (parents, family security companies, medical professionals, etc. who care about their children's safety).

The details of the present invention are best understood by reference to the accompanying drawings, in which

10‧‧‧System

12, 12a‧‧‧ audio and video display device

14‧‧‧TV tuner

16, 40, 74, 76, 78, 80, 82, 84‧‧ ‧ processors

18‧‧‧Physical computer readable storage media

20‧‧‧TV signal input

22‧‧‧Speakers

23‧‧‧Internet interface

24‧‧‧ display

26‧‧‧ Remote control

30‧‧‧Sensor communication interface

32‧‧‧Irrigation valve position sensor assembly

32a‧‧‧Sensor

34‧‧‧Communication interface

36‧‧‧Valve Position Sensor

38‧‧‧Irrigation valve

42, 86, 88, 90, 92, 94, 96‧‧‧ storage media

44‧‧‧Window Coverage Position Sensor Assembly

46‧‧‧Window Coverage Position Sensor

48‧‧‧ swimming pool heater sensor assembly

50‧‧‧ swimming pool heater sensor

52‧‧‧door position sensor assembly

54‧‧‧door position sensor

60‧‧‧

62‧‧‧Environment sensor assembly

64‧‧‧Environmental Sensor

66‧‧‧Sports sensor assembly

68‧‧‧Sports sensor

70‧‧‧Light sensor assembly

72‧‧‧Light sensor

98, 100, 102, 104, 106, 108‧‧‧ sensor communication interface

109‧‧‧Biometric Sensor

110, 112, 114, 116, 118, 152, 154, 158, 160‧‧‧ blocks

120‧‧‧Information structure

122‧‧‧Content parameters

124, 126‧‧‧ parameters

150‧‧‧Home Automation Platform

156‧‧‧Decision diamond

Figure 1 is a block diagram of an example system showing a number of examples The family communication AVDD is used to present the information from the sensor on AVDD; Figure 2 is a flow chart of the example logic executable by AVDD; Figure 3 is a schematic diagram showing the sample application programming interface (API) A structure that can be automatically pushed by AVDD to various sensors when viewed by a viewer and connected to the sensor manufacturer by AVDD manufacturers, allowing sensor manufacturers to The sensors are pre-programmed based on the API; FIGS. 4-10 depict example screen shots of AVDD presenting example information from the various sensors shown in FIG. 1; FIG. 11 is a block diagram of another example system; Figure 12 is a flow diagram of an alternative sensor drive discovery logic.

Referring first to Figure 1, a block diagram of an example system is shown including an audiovisual display device (AVDD) in communication with a number of example sensors for presenting information from the sensor to AVDD. It should be understood that AVDD in accordance with the present principles may be a home AVDD such as, but not limited to, a TV. In several embodiments, the TV can be further an internet TV. In spite of the foregoing, it is further understood that other audiovisual display devices, such as smart phones, tablets, notebooks, other types of computers, etc., may be utilized in accordance with the present principles.

Thus, the non-limiting system 10 includes an audiovisual display device (AVDD) 12. AVDD 12 includes a TV tuner 14 that receives TV programming and/or data and/or content for presentation on AVDD 12. In addition, The TV tuner 14 is in communication with the processor 16, which accesses a physical computer readable storage medium 18 such as, but not limited to, a disk or solid state storage. It should be understood that processor 16 may perform logic in accordance with the present principles. AVDD 12 may also include a non-limiting TV signal input 20 that allows AVDD 12 to be connected to, for example, a television headend, a cable communication link, or a satellite communication link for receiving TV programming and/or for presentation on AVDD 12. Information and / or content. In addition, AVDD 12 can output audio to one or more speakers 22.

With continued reference to FIG. 1, it should be understood that AVDD 12 can be connected to the Internet using the Internet interface 23, such as a built-in wired or wireless data modem, which communicates with the processor 16, for example, via the Internet "I". And receiving data, or receiving streaming video. Without limitation, the Internet interface can be a Wi-Fi interface. A wireless phone interface is also available. The Internet "I" typically includes computers, servers, and data storage, along with communication switches.

Regardless of the content source, the video system is presented on display 24 under the control of processor 16, such as a high resolution TV (HDTV) flat panel display. In some embodiments, display 24 can be a touch screen display. Moreover, user commands for processor 16 may be received wirelessly from a remote control (RC) 26 using, for example, RF (Radio Frequency) or infrared.

In other respects, the AVDD 12 shown in FIG. 1 also has a sensor communication interface 30 that communicates with the processor 16 to perform functions and logic in accordance with the present principles. It should be understood that the sensor communication interface 30 can also establish communication with one or more communication interfaces of individual sensors in accordance with the present principles. Thus, Figure 1 shows various exemplary sensors with individual communication interfaces for communicating with the sensor communication interface 30 of the AVDD 12.

Thus, the irrigation valve position sensor assembly 32 includes a communication interface 34 that can communicate with the sensor communication interface 30 to transmit information sensed or aggregated by the valve position sensor 36, and the like. Please note that although the interfaces 30, 34 are shown as individual components other than the Internet interface 23, it should be understood that the communication interface between the AVDD 12 and the sensor may be via an internet interface, such as a Wi-Fi interface. Alternatively, the interface can be a short-range interface such as a sound interface, an IR interface, or a Bluetooth interface. Thus, information from the sensor can be sent to the "cloud" (eg, the Internet "I") to facilitate processing of the sensor data, then sent back to AVDD, and/or to enable third parties to monitor the data, and Output signals and alarms are provided to, for example, wireless computing devices for home/child safety parents, medical professionals, and the like.

Information regarding the operation and/or status of one or more irrigation valves 38. Valve position sensor assembly 32 also includes a processor 40 in communication with communication interface 34. In a non-limiting embodiment, processor 40 may cause valve position sensor 36 to sense and/or aggregate information regarding the operation of irrigation valve 38 and/or may receive irrigation valve from valve position sensor 36 Information on the work of 38. Processor 40 may store information from valve position sensor 36 on storage medium 42 if desired. Regardless of whether the information is stored on the storage medium 42, the processor 40 in communication with the communication interface 34 can provide information from the valve position sensor 36 to the communication interface 34 and cause the communication interface 34 to send information to the AVDD 12 sensing. The communication interface 30 allows the AVDD 12 to present information.

1 also shows a window covering position sensor assembly 44 that includes a window covering position sensor 46 for sensing the position and/or movement of the window covering; a pool heater sensor assembly 48 that includes a swimming pool a heater sensor 50 for sensing the state and/or operation of the pool heater, and even the temperature of the swimming pool; and a door position sensor assembly 52 including a door position sensor 54 for sensing about Information on the operation and/or status of the door 60, such as a residential garage door. Also shown in FIG. 1 is an environmental sensor assembly 62 that includes an environmental sensor 64 for sensing, for example, the home temperature and humidity of a home configured with AVDD 12. 1 also includes a motion sensor assembly 66 that includes a motion sensor 68 for sensing motion; and a light sensor assembly 70 that includes a light sensor 72 for sensing light.

It should be understood that assemblies 44, 48, 52, 62, 66, and 70 include individual processors 74, 76, 78, 80, 82, and 84 for causing individual sensors of each assembly to be in accordance with the present principles. And sensing, assembling, and/or receiving information from individual sensors. Individual processors 74, 76, 78, 80, 82, and 84 also communicate with individual sensor communication interfaces 98, 100, 102, 104, 106, and 108 in accordance with the present principles, and will be individually from each assembly. The sensed, aggregated, and/or received information of the sensor is sent to the sensor communication interface 30 of the AVDD 12 for presentation thereon. It should be understood that in a non-limiting embodiment, the communication interface referred to herein includes interfaces 30, 34, 98, 100, 102, 104, 106, and 108 that support and/or include a universal serial bus (USB). Connectivity, wired TCP/IP, WiFi TCP/IP, and/or built-in RF transceivers (such as ZWAVE, ZigBee, etc.). In addition, if necessary, the assembly 44, 48, 52, 62, Individual processors 74, 76, 78, 80, 82, and 84 of 66 and 70 can store information from individual sensors on individual storage media 86, 88, 90, 92, 94, and 96.

One or more biometric sensors 109 may also be provided, and a signal representative of the biometric parameters of the person may be sent to AVDD. The biometric sensor can typically include a processor "P", a computer memory "M", and a communication interface "CI" in accordance with the above principles. Non-limiting examples of biometric sensors include heart rate sensors, temperature sensors, blood pressure sensors, blood glucose sensors, and the like.

Moving now to Figure 2, an example logic flow diagram for performing AVDD such as AVDD 12 in accordance with the present principles is shown. Beginning in block 110, in an exemplary embodiment, one or more sensors may be discovered via the device discovery principles known in the art, such as the irrigation valve sensor or pool heater sensor referenced above, although In other embodiments, the user can manually establish communication by inputting sensor communication information into AVDD. For example, the sensor can be found based on a wireless signal transmitted by a sensor within a particular radius, such as a particular location of a person's home. Moving from block 110 to block 112, the user of the logic prompt AVDD decides to connect to block 110 to find one or more sensors. If the user responds with a prompt to the command AVDD to connect to the discovered sensor, such as via a remote control such as the RC 26 described above, the logic continues to block 114.

At block 114, the logic "pushes" and/or provides an application programming interface (API) from AVDD to the sensor. However, it should be understood that in several embodiments, the API may be provided by the manufacturer of AVDD. To the entity that includes the sensor in accordance with the present principles, rather than having AVDD push the API to the sensor. In such embodiments, when the sensor is found at block 110, the sensor and/or its processor can provide information in the desired API. Thus, in a non-limiting embodiment, the entity containing the sensor can be, for example, a sensor manufacturer that sells sensors that can provide information in the appropriate API. In other cases, for example, the entity containing the sensor may be a third party, such as a sensor technician, when the sensor is installed at a particular location (and thus before being discovered by AVDD according to the present principles), it is provided and/or Push the API to the sensor.

With continued reference to FIG. 2, at block 116, the logic returns to receive information from the sensor. At block 118, information from the sensor is displayed on AVDD in accordance with the API, and FIG. 2 ends.

Thus, it should be understood that one or more sensors, such as but not limited to the sensors described herein, include individual processors, access APIs, and send information to AVDD, such as AVDD 12, in accordance with the API. For restatement, sensors in accordance with the present principles may include, but are not limited to, environmental sensors, ambient light sensors (such as light diodes in a monitored room or area), door position sensors, window coverings Position sensor, pool heater pass sensor, motion sensor (such as the motion sensor described in USPN 7,755,052, incorporated herein by reference), valve position sensor, biometric sensing And/or other sensors, including simple switching sensors.

Referring now to Figure 3, a schematic diagram is shown showing the data structure of the example API, when the viewer chooses to connect to the discovered sensor, AVDD is automatically pushed and/or provided to various sensors, or may be issued by the manufacturer of AVDD to the sensor manufacturer so that the sensor manufacturer can pre-program its sensors based on the API. It should be understood that the API defines content from the sensor's information that will be presented on the display of AVDD, such as the display 24 mentioned above, relative to information from the sensor. In several embodiments, the API also defines when and where the content will be presented on the display.

Thus, as can be appreciated from FIG. 3, data structure 120 includes various parameters, such as whether a representation from the sensor should be presented, whether a representation from AVDD such as AVDD 12 should be presented, and/or whether it should be presented from Alphanumeric information of the sensor. Thus, content parameters 122 may include the type of content that will be presented, such as one or more graphical and/or alphanumeric information. Moreover, in several embodiments, the content may include, for example, only one icon or only alphanumeric information. As can also be appreciated from FIG. 3, the data structure 120 can also include parameters 124 as to whether and/or how the content is presented. For example, the content can be presented in a full screen mode such that only the content is displayed, or presented, for example, at the bottom of the display or at the top of the display, such that the content can be displayed in synchronization with unrelated content, such as a television show or animation.

In addition to the above, the data structure 120 can also include parameters 126 as to when content from the sensor should be presented. For example, the content may be presented only upon receipt of the content or information, and/or receipt of information containing the content and/or information. Thus, in a non-limiting embodiment, the Extensible Markup Language (XML) can be used to communicate such that, for example, XML is used to encapsulate content, information, and/or information. On the other hand or in addition to the above, the content can be scheduled at intervals Presented, for example every 5 minutes or every hour. Thus, FIG. 3 shows that data structure 120 includes parameters for presenting content and at least one reminder upon receipt, such as 5 minutes after receiving the content. Reminders can also be repeated at predetermined intervals if needed. Moreover, in several embodiments, in addition to or in addition to presenting visual content, audio alerts and/or audible content regarding information and/or content received from the sensor may be presented on AVDD via, for example, speaker 22.

Referring now to Figures 4-10, a graphical screenshot of a depiction from AVDD presenting information, and/or content from various sensors such as those referenced above, is shown. Thus, Figure 4 shows an irrigation system that displays live video along with visual indications at the bottom of the display such as display 24 referenced above, and displays information such as lawn sprinklers based on information received from the valve position sensor. Figure 5 shows the live video along with the visual indication at the bottom of the display with the curtains open, based on information received from the window covering position sensor. Figure 6 shows the live video along with the visual indication at the bottom of the display where the pool heater is turned on, based on information received from the pool heater sensor. Figure 7 shows that live video along with a visual indication can be displayed at the bottom of the display, such as non-limiting environmental statistics such as temperature and humidity levels, based on information received from the environmental sensor. Figure 8 shows that a visual indication can be presented on a display, such as an "intrusion alert", based on the motion of the person sensed by the motion sensor.

With continued reference to the example screen shots disclosed in the text, Figure 9 shows the live video along with the visual indication at the bottom of the display with the AVDD residential garage door open, based on information received from the door position sensor. Finally, referring to FIG. 10, according to the information received from the photo sensor, it can be configured. The bottom of the illuminated display in another room of the AVDD staff room displays live video along with visual indications including the illustrations.

In addition, please note that a user such as AVDD 12 AVDD can choose whether to display information and/or content from sensors in accordance with the present principles. Thus, for example, a user interface can be presented on AVDD, where the user is enabled to present information and/or content from one or more sensors, or to stop presenting information and/or content. In addition, it should be understood that one of the presence information and/or content, AVDD, for example, may use Internet capabilities to communicate information and/or content to other AVDDs for presentation thereon. Thus, AVDD, such as a TV, can present a user interface to the user, while allowing the user to transfer information and/or content from one or more sensors of the TV to the user's laptop or smart phone, such that when Users can still monitor information and/or content when they are not watching TV.

Figure 11 shows an alternative system in which AVDD 12a can communicate with one or more sensors 32a along a direct communication path, the system portion being identical in operation and configuration to the system shown in Figure 1. Moreover, as shown, a home automation platform (HAP) 150, such as a computer with a processor, computer readable medium, display, input device, etc., can receive information from the sensor 32a along an aggregation path and aggregate the sensing Information is provided to AVDD 12a. Thus, as shown, when the sensor 32a is a power sensor, such as a current sensor, its information can be aggregated by the HAP 150 over time, such as 24 hours, in this example, the total power usage over the past 24 hours. The aggregated sensor information, along with the current power usage provided by the sensor 32 along the direct path, can be presented on the AVDD 12a.

In addition, HAP 150 (or sensor or AVDD or cloud server) can aggregate data from multiple sensors and provide aggregated data to AVDD 12a. For example, HAP 150 may be provided to AVDD 12a for displaying information indicating that the thermostat has reached a threshold and responsively activating a climate control unit such as a heater or air conditioning device, as indicated by the climate control sensor, associated with the unit The fan is at a specific speed indicated by the fan speed sensor and the current room temperature sensed by the temperature sensor is a specific value. In general, HAP 150 is associated with inputs from different but related sensors and provides input to AVDD for convenience with simultaneous input from various but related sensors. In addition, the supply of HAP 150 facilitates AVDD and legacy sensor operation, the old sensor is not capable of performing the API discussed above, but can communicate with HAP 150 using an old protocol different from the API discussed above, HAP 150 then Communicate with AVDD using the API discussed above.

In several examples, as described, one or more devices (eg, HAP or AVDD) monitor the complex sensor and output an event only if two or more sensor outputs meet the "event" criteria. For example, the sound sensor and the motion sensor can output signals representing the presence of mobile humans and animals, and can only generate an event "intrusion alarm" in response to the sensor signal indicating the intrusion, that is, only responding to the output indicating noise. Or a sound sensor with a signal above the human (or below) threshold, and a motion sensor representing the moving object. In response to the output of only one sensor representing the intrusion signal, an "intrusion alert" will not be presented in an audible and/or visible form, such as on AVDD. Intrusion alerts can be sent to the cloud (internet) to provide alerts to, for example The wireless device that is logged in the cloud to the owner of the device that configures the sensor, and/or to the law enforcement agency.

With regard to the remaining examples, a "medical alert" may be generated by, for example, HAP or AVDD in response to two or more biometric sensors that output a signal that meets a medical alert threshold, but does not respond to only a single biometric sensor that outputs the signals. . For example, a "medical alert" can be output (local and/or to the cloud) in response to two or more biometric sensors that output a signal that satisfies the "alarm" threshold. Thus, a medical alert can be generated only in response to a heart rate sensor indicating that the pulse exceeds a threshold and the temperature exceeds a threshold, but does not respond to only a single biometric sensor that outputs a signal indicative of a medical emergency.

Figure 12 depicts that starting at block 152, device discovery is initiated at the sensor end. At block 154, when the sensor finds AVDD, a sensor group of AVDD may be required to determine the diamond 156. If AVDD accepts the sensor, AVDD is controlled at block 158 by communication with the sensor. This may include presenting an on-screen command to the user and taking a specific action relative to the sensor, such as operating a button or button on the sensor in a particular manner, and authenticating the sensor to AVDD. AVDD can then accept further communication from the sensor.

On the other hand, if AVDD determines that the diamond 156 is not receiving sensor communication, the logic proceeds to block 160 where the sensor waits for further instructions from AVDD, if any.

Although a specific home audio and video display device (AVDD) as a sensor monitor is shown and described in detail herein, it should be understood that the present invention includes The technical topics included are limited to the application.

110, 112, 114, 116, 118‧‧‧ blocks

Claims (15)

A system comprising: at least one computer memory that is not a transient signal, and that includes instructions executable by at least one processor, and the processor is assembled to: establish and at least a first sensor and a second sensing Communicating information; receiving information from the sensors; determining whether the information from the first sensor satisfies a first alarm threshold; determining whether the information from the second sensor satisfies a second alarm threshold; Responding to the fact that the information from the first sensor satisfies the first alarm threshold, and the information from the second sensor does not satisfy the second alarm threshold without generating an alarm signal; The information of the first sensor satisfies the first alarm threshold, and the information from the second sensor satisfies the second alarm threshold to generate the alarm signal for its output to the display device. The system of claim 1, wherein the sensors are biometric sensors. The system of claim 1, wherein the information from the sensors is sent to the Internet for provision to a third party. The system of claim 1, wherein when the instructions are executed by the processor, the processor is assembled to: send an application programming interface (API) defining one or more of the following to the first a sensor: (a) will be presented on the display from the first sense The content of the information received by the detector, (b) where the content will be presented on the display, (c) when the content will be presented on the display; received from the first sensor conforming to the API Information; and presenting the information from the first sensor to the display in accordance with the API. The system of claim 4, wherein the API defines two or more of the following information relative to the information from the first sensor: the first sensor to be presented on the display The content of the information, where the content will be presented on the display, and when the content will be presented on the display. A method includes: establishing communication with at least a first sensor and a second sensor; receiving information from the sensors; determining whether the information from the first sensor meets a first alarm threshold; Determining whether the information from the second sensor satisfies a second alarm threshold; responding to the information from the first sensor meeting the first alarm threshold, and the information from the second sensor is not satisfied Determining the second alarm threshold without generating an alarm signal; and responding to the first alarm threshold being satisfied by the information from the first sensor, and the information from the second sensor satisfies the second alarm The threshold is determined to generate the alarm signal for its output to the display device. The method of claim 6, wherein the sensors are For biometric sensors. The method of claim 6, wherein the information from the sensors is sent to the Internet for provision to a third party. The method of claim 6, comprising: transmitting an application programming interface (API) defining one or more of the following to the first sensor: (a) from the first The content of the information received by a sensor, (b) where the content will be presented on the display, (c) when the content will be presented on the display; from the first sensing that conforms to the API Receiving information; and presenting the information from the first sensor to the display in accordance with the API. The method of claim 9, wherein the API defines two or more of the following information relative to the information from the first sensor: the first sensor to be presented on the display The content of the information, where the content will be presented on the display, and when the content will be presented on the display. An audio-visual device (AVD) comprising: at least one processor; a computer memory accessible to the processor and programmed to cause the processor to: establish and at least a first sensor and a second sensor Communicating; receiving information from the sensors; determining whether the information from the first sensor meets a first alarm threshold; Determining whether the information from the second sensor satisfies a second alarm threshold; responding to the information from the first sensor meeting the first alarm threshold, and the information from the second sensor is not satisfied Determining the second alarm threshold without generating an alarm signal; and responding to the first alarm threshold being satisfied by the information from the first sensor, and the information from the second sensor satisfies the second alarm The threshold is determined to generate the alarm signal for its output to the display device. The AVD of claim 11, wherein the sensors are biometric sensors. For example, in the AVD of claim 11, wherein the information from the sensors is sent to the Internet for supply to a third party. The AVD of claim 11, wherein when the instructions are executed by the processor, the processor is assembled to: send an application programming interface (API) defining one or more of the following to the first a sensor: (a) content to be presented on the display from the first sensor, (b) where the content will be presented on the display, (c) the content will When is presented on the display; receiving information from the first sensor that conforms to the API; and presenting the information from the first sensor to the display in accordance with the API. An AVD as claimed in claim 14, wherein the API defines two or more of the following information relative to the information from the first sensor: from the first sensor to be presented on the display In the information The content, where the content will be presented on the display, and when the content will be presented on the display.