TWI626626B - Alert system, alert method and audio video device (avd) - Google Patents

Abstract

A method, computer storage device, and system that establish communication with at least a first sensor and a second sensor, receive information from the sensor, and determine whether the information from the first sensor meets the first Alarm threshold. It also determines whether the information from the second sensor meets the second alarm threshold. In response to the decision that the information from the first sensor meets the first alarm threshold and the information from the second sensor does not meet the second alarm threshold, no alarm signal is generated. On the other hand, in response to the decision that the information from the first sensor meets the first alarm threshold and the information from the second sensor meets the second alarm threshold, an output alarm signal is generated to the display device.

Description

Alarm system, alarm method and audiovisual device (AVD)

This application relates generally to the use of home audiovisual display devices (AVDD), such as TVs as sensor monitors.

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

It is also understood herein that displays are typically located close to their individual sensors, so that multiple displays associated with different sensors are typically not located at approximately the same location, such as in a personal home. Therefore, in order to facilitate the viewing, there is a need to gather information generated by one or more sensors in a single location. For display data and / or information, it is not necessary to disperse multiple displays in different locations, so that the Data and / or information is heavily monitored.

The audio-visual display device (AVDD) system includes a display and a processor controlling the display. AVDD also includes computer-readable storage media, access to the processor, and programming with instructions, causing the processor to establish communication with at least one sensor. The instructions also cause the processor to receive information from a sensor that conforms to the application programming interface (API) provided by the AVDD manufacturer to the entity containing the sensor, or sent from AVDD to the sensor, and then The information from the sensor is presented on the display according to the API.

If necessary, relative to the information from the sensor, the API can define the content in the information from the sensor to be presented on the display, where the content is presented on the display, and when the content is presented on the display. As mentioned above, in some embodiments, the manufacturer of AVDD may provide an API to an entity that includes a sensor, while in other embodiments, the API may be sent from AVDD to the sensor. Furthermore, in several embodiments, in response to a viewer input command, the API is only sent from AVDD to the sensor.

According to this principle, the sensor can be selected from a group of sensors, although it does not need to be selected exclusively, including environmental sensors, ambient light sensors, door position sensors, window covering position sensors, swimming pool heating Inductive sensors, motion sensors, and valve position sensors. Although the present 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 in, for example, hospitals or public safety environments.

If necessary, the content can include only text information, only icons, or both icons and text information. Furthermore, in some embodiments, the system also includes a sensor. The sensor includes an access API and sends information according to the API To AVDD processor.

In another aspect, the method includes establishing communication between an audiovisual display device (AVDD) including a display and at least one sensor. The method then includes receiving information from the sensor, the sensor conforming to the application programming interface (API) provided by the manufacturer of the AVDD to the entity containing the sensor, or sending from the AVDD to the sensor. According to the method, the information from the sensor is then presented on the display according to the API.

In yet another aspect, the audiovisual display device includes a display and a processor controlling the display. The device also includes a computer-readable storage medium, which can access the processor and program with instructions to cause the processor to establish communication with at least one sensor. The instructions then cause the processor to receive information from a sensor that complies with an AVDD understandable software interface. The instructions then cause the processor to present information from the sensor on the display according to the interface.

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

With reference to the drawings, the details of the present invention can be best understood in terms of its structure and operation, wherein similar numbers refer to similar parts, and among them:

10‧‧‧System

12, 12a‧‧‧ Video display device

14‧‧‧ TV Tuner

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

18‧‧‧ physical computer can read storage media

20‧‧‧TV signal input

22‧‧‧Speaker

23‧‧‧Internet Interface

24‧‧‧ Display

26‧‧‧Remote

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 Cover Position Sensor Assembly

46‧‧‧Window Cover Position Sensor

48‧‧‧ Swimming pool heater sensor assembly

50‧‧‧ swimming pool heater sensor

52‧‧‧Door position sensor assembly

54‧‧‧Door position sensor

60‧‧‧ gate

62‧‧‧Environment sensor assembly

64‧‧‧Environment Sensor

66‧‧‧Motion sensor assembly

68‧‧‧ Motion 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‧‧‧ Data Structure

122‧‧‧Content parameters

124, 126‧‧‧parameters

150‧‧‧Home Automation Platform

156‧‧‧Decision diamond

Figure 1 is a block diagram of an example system. The family AVDD of the sensor communication is used to present the information from the sensor on AVDD; Figure 2 is a flowchart of the example logic that AVDD can execute; Figure 3 is a schematic diagram showing the data of the sample application programming interface (API) Structure, which can be automatically pushed by AVDD to various sensors when the viewer chooses to connect to the discovered sensor, or can be published to the sensor manufacturer by the AVDD manufacturer, so that the sensor manufacturer can Pre-programmed its sensors based on the API; Figure 4-10 depicts example screen shots of AVDD, presenting example information from the various sensors shown in Figure 1; Figure 11 is a block diagram of another example system; and FIG. 12 is a flowchart of alternative sensor-driven discovery logic.

First, referring to FIG. 1, a block diagram of an example system is shown, including an audio-visual display device (AVDD) in communication with a number of example sensors for presenting information from the sensors on AVDD. It should be understood that the AVDD according to the present principle may be a family AVDD, such as but not limited to a TV. In several embodiments, the TV may further be an Internet TV. Notwithstanding the above, it is further understood that other audiovisual display devices such as smart phones, tablet computers, notebook computers, other types of computers, etc. may be used in accordance with this principle.

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 and accesses a physical computer-readable storage medium 18 such as, but not limited to, a disk-type or solid-state storage. It should be understood that the processor 16 may execute logic according to the present principles. AVDD 12 may also include a non-restrictive TV signal input 20, allowing AVDD 12 to be connected to, for example, a TV head, cable communication link, or 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 the AVDD 12 may be connected to the Internet using the Internet interface 23, such as a built-in wired or wireless modem, which communicates with the processor 16, for example, via the Internet “I” And receive data, or receive streaming video. Without limitation, the internet interface can be a Wi-Fi interface. A wireless telephone interface is also available. The Internet "I" typically includes computers, servers, and data storage, along with communication switches.

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

In other aspects, 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 according to the principle. It should be understood that the sensor communication interface 30 may also establish communication with one or more communication interfaces of individual sensors according to this principle. Therefore, FIG. 1 shows various example sensors with individual communication interfaces for communicating with the sensor communication interface 30 of the AVDD 12.

Therefore, the irrigation valve position sensor assembly 32 includes a communication interface 34 that can communicate with the sensor communication interface 30 and send information sensed or gathered by the valve position sensor 36. Please note that although the interfaces 30, 34 are shown as separate 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 may be a short-range interface, such as a sound interface, an IR interface, or a Bluetooth interface. As such, the information from the sensors in the text may be sent to the "cloud" (eg, the Internet "I") to facilitate processing of the sensor data, then sent back to AVDD, and / or enable third parties to monitor the data, and Provide output signals and alarms to wireless computing devices such as parents, medical professionals, etc. for home / child safety.

Information about the operation and / or status of one or more irrigation valves 38. The valve position sensor assembly 32 also includes a processor 40 in communication with the communication interface 34. In a non-limiting embodiment, the processor 40 may cause the valve position sensor 36 to sense and / or gather information about the operation of the irrigation valve 38 and / or may receive information about the irrigation valve from the valve position sensor 36. Information on the operation of 38. If necessary, the processor 40 may store the information from the valve position sensor 36 on the storage medium 42. 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 sensing of the AVDD 12. The device communication interface 30 enables the AVDD 12 to present information.

Figure 1 also shows a window covering position sensor assembly 44 including a window covering position sensor 46 for sensing the position and / or movement of a window covering; a swimming pool heater sensor assembly 48 including a swimming pool The heater sensor 50 is used to sense the state and / or operation of the heater of the swimming pool, and even the temperature of the swimming pool; and the door position sensor assembly 52, which includes the door position sensor 54 for detecting 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 the temperature and humidity of a home, such as a house configured with AVDD 12. FIG. 1 also includes a motion sensor assembly 66 including a motion sensor 68 for sensing motion; and a light sensor assembly 70 including a light sensor 72 for sensing light.

It should be understood that the assemblies 44, 48, 52, 62, 66, and 70 include individual processors 74, 76, 78, 80, 82, and 84 for causing the individual sensors of each assembly to follow this principle And sense, aggregate, and / or receive information from individual sensors. The individual processors 74, 76, 78, 80, 82, and 84 also communicate with the individual sensor communication interfaces 98, 100, 102, 104, 106, and 108 according to this principle, and will come from the individual components of each assembly The sensor's sensing, aggregation, and / or received information is sent to the sensor communication interface 30 of the AVDD 12 for presentation thereon. It should be understood that in non-limiting embodiments, the communication interfaces mentioned in the text include interfaces 30, 34, 98, 100, 102, 104, 106, and 108, which can 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 representing a biometric parameter of a person may be sent to AVDD. The biometric sensor typically includes a processor "P", a computer memory "M", and a communication interface "CI" according to 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 FIG. 2, an example logic flow diagram for performing AVDD such as AVDD 12 according to the present principles is shown. Beginning with block 110, in an example embodiment, one or more sensors may be discovered via device discovery principles known in the art, such as the irrigation valve sensor or pool heater sensor referenced above, although in In other embodiments, the user can manually input the sensor communication information into AVDD. For example, sensors may be discovered based on wireless signals transmitted by sensors within a particular radius, such as a specific location of a person's house. Moving from block 110 to block 112, the logic prompts the user of AVDD to decide to connect to one or more sensors found at block 110. If the user responds to the prompt to command AVDD to connect to the discovered sensor, such as to provide input via a remote control such as 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. It should be understood, however, that in several embodiments, the API may be provided by the manufacturer of AVDD Instead of having AVDD push the API to the sensor, the entity containing the sensor is based on this principle. In these embodiments, when the sensor is discovered at block 110, the sensor and / or its processor can already provide the information in the desired API. Thus, in a non-limiting embodiment, the entity including the sensor may be, for example, a sensor manufacturer that sells a sensor that can already provide the information in the appropriate API. In other cases, for example, the entity that contains the sensor may be a third party, such as a sensor technician, who provides and / or when the sensor is installed in a particular location (thus before being discovered by AVDD in accordance with this principle) Push the API to the sensor.

With continued reference to FIG. 2, at block 116, the logic returns to receiving information from the sensor. At block 118, the information from the sensor is displayed on AVDD according to the API, and Figure 2 ends.

Therefore, 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 according to the API. To restate, sensors based on this principle may include, but are not limited to, environmental sensors, ambient light sensors (such as light diodes in monitored rooms or areas), door position sensors, and window coverings. Position sensors, pool heater inductive sensors, motion sensors (such as the motion sensors described in USPN 7,755,052, incorporated herein by reference), valve position sensors, biometric sensing And / or other sensors, including simple switching sensors.

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

Thus, as can be understood from FIG. 3, the data structure 120 includes various parameters, such as whether an icon from a sensor should be presented, whether an icon from AVDD such as AVDD 12 should be presented, and / or whether from Alphanumeric information for the sensor. Accordingly, the content parameter 122 may include the type of content to be presented, such as one or more icons and / or alphanumeric information. In addition, in several embodiments, the content may include, for example, only an icon or only alphanumeric information. Also as can be understood from FIG. 3, the data structure 120 may also include parameters 124 regarding whether and / or how the content is presented. For example, the content may be presented in a full screen mode such that only the content is displayed, or, for example, on the bottom of the display or on the top of the display, such that the content may be displayed in synchronization with irrelevant content, such as a television program or animation.

In addition to the above, the data structure 120 may also include parameters 126 as to when content from the sensors should be presented. For example, content may be presented only upon receipt of content or information, and / or upon receipt of information containing content and / or information. Therefore, in a non-limiting embodiment, extensible markup language (XML) messaging can be used such that XML is used to encapsulate content, information, and / or information, for example. On the other hand or in addition to the above, the content can be pre-determined Presentation, for example every 5 minutes or every hour. Therefore, FIG. 3 shows that the data structure 120 includes parameters for presenting content and at least one reminder after receiving, such as 5 minutes after receiving the content. If necessary, reminders can be repeated at predetermined intervals. In addition, in some embodiments, instead of 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 FIGS. 4-10, there are shown example screenshots of AVDD from the presentation information, and / or content from various sensors such as those referenced above. Thus, FIG. 4 shows that an irrigation system such as a lawn sprinkler can be displayed on the bottom of a display such as the display 24 referenced above with a live video along with a visual indication, and based on the information received from the valve position sensor. FIG. 5 shows that according to the information received from the window covering position sensor, a live video can be displayed along with a visual indication at the bottom of the display with the curtains open. FIG. 6 shows that according to the information received from the pool heater sensor, a live video can be displayed along with a visual indication at the bottom of the display where the pool heater is turned on. FIG. 7 shows that live video can be displayed along with visual indicators at the bottom of a display, such as temperature and humidity levels for non-limiting environmental statistics, based on information received from an environmental sensor. FIG. 8 shows that a visual indication can be presented on a display such as an “intrusion alert” based on the movement of a person sensed by a motion sensor.

With continued reference to the example screenshots disclosed in the text, Figure 9 shows that according to the information received from the door position sensor, live video can be displayed along with visual instructions at the bottom of the monitor where a residential garage door equipped with AVDD is opened. Finally, referring to FIG. 10, based on the information received from the light sensor, The bottom of the lighted display in another room of the AVDD's personnel home shows live video along with visual indications including icons.

In addition, please note that users of AVDD such as AVDD 12 can choose whether to display information and / or content from sensors based on this principle. Thus, for example, a user interface may be presented on AVDD, where the user is allowed to enable or stop presenting information and / or content from one or more sensors. In addition, it should be understood that AVDD, which is one of the presented information and / or content, can use Internet capabilities to transmit the information and / or content to other AVDDs for presentation. Thus, AVDD such as TV can present the user interface to the user, and allow the user to transfer information and / or content from one or more sensors of the TV to the user's laptop or smartphone, making Users can still monitor information and / or content when they are not watching TV.

FIG. 11 shows an alternative system in which AVDD 12a can communicate with one or more sensors 32a along a direct communication path, and the system part can be the same in operation and configuration as the system shown in FIG. In addition, as shown, a home automation platform (HAP) 150 such as a computer with a processor, computer-readable media, display, input device, etc. may receive information from the sensor 32a along the aggregation path and Device information is provided to AVDD 12a. Thus, as shown, when the sensor 32a is a power sensor, such as a current sensor, its information may be aggregated over time by the HAP 150, for example, 24 hours. In this example, the total power usage in the past 24 hours The aggregated sensor information, along with the current power usage provided by sensor 32 along the direct path, can be presented on AVDD 12a.

In addition, the HAP 150 (or sensor or AVDD or cloud server) can aggregate data from multiple sensors and provide the aggregated data to AVDD 12a. For example, the HAP 150 may be provided to AVDD 12a for displaying information indicating that the thermostat has reached a threshold value and responsively activating a climate control unit such as a heater or air conditioner, as indicated by a climate control sensor, associated with the unit The electric fan is a specific speed represented by a 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, which is presented simultaneously for convenience with various inputs from different but related sensors. In addition, the supply of HAP 150 facilitates the operation of AVDD and legacy sensors. Legacy sensors are not capable of implementing the APIs discussed above, but can communicate with HAP 150 using legacy protocols that differ from the APIs discussed above. HAP 150 then Use the API discussed above to communicate with AVDD.

In some examples, as described, one or more devices (eg, HAP or AVDD) monitor a plurality of sensors and output an event only if the output of two or more sensors meets the "event" standard. For example, sound sensors and motion sensors can output signals representing the presence of mobile humans and animals, and can only generate an event "intrusion alert" in response to sensor signals indicating intrusion, that is, only respond to output indicating noise Or a human sound signal above (or below) a threshold, and a motion sensor representing a moving object. In response to the output of only one sensor representing an intrusion signal, an "intrusion alert" will not be presented in an audible and / or visible form on, for example, AVDD. Intrusion alerts can be sent to the cloud (Internet) to supply alerts to, for example, Wireless devices registered in the cloud to homeowners with sensors and / or to law enforcement agencies.

With respect 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 signals that meet a medical alert threshold, but not in response to a single biometric sensor that outputs these signals . For example, a "medical alert" may be output (locally and / or to the cloud) in response to two or more biometric sensors that output a signal that meets the "alert" threshold. Thus, a medical alert may be generated only in response to a heart rate sensor indicating a pulse exceeding a threshold and a temperature exceeding a threshold, but not in response to a single biometric sensor that outputs a signal indicative of a medical emergency.

FIG. 12 depicts that device discovery can be initiated at the sensor end, starting at block 152. At block 154, when the sensor finds AVDD, it may request to join the sensor group of AVDD. In determining diamond 156, if AVDD accepts the sensor, then AVDD adopts the control of communication with the sensor at block 158. This may include presenting instructions on the screen to the user, and taking specific actions relative to the sensor, such as manipulating buttons or keys on the sensor in a specific manner, and identifying the sensor to AVDD. AVDD can then accept further communication from the sensor.

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

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

Claims (12)

An alarm system includes: at least one computer memory, which is not a transient signal, and includes instructions executable by at least one processor, and the processor is configured to: establish and communicate with at least a first sensor and a second sensor Communication with the sensor; receiving information from the sensors; determining whether the information from the first sensor meets the first alarm threshold; determining whether the information from the second sensor meets the second alarm threshold ; In response to a determination that the information from the first sensor meets the first alarm threshold and the information from the second sensor does not meet the second alarm threshold without generating an alarm signal; and The information from the first sensor satisfies the first alarm threshold, and the information from the second sensor satisfies the second alarm threshold, thereby generating the alarm signal for its output to the display device Wherein, when the processor executes the instructions, the processor is configured to: send an application programming interface (API) defining one or more of the following to the first sensor: (a) the Presented in the The content of the information received from the first sensor on the display, (b) where the content will be presented on the display, (c) when the content will be presented on the display; The first sensor of the API receives information; and the information from the first sensor is presented on the display according to the API. For example, the system of claim 1 of the patent application scope, wherein the sensors are biometric sensors. For example, the system of claim 1 of the patent scope, wherein the information from the sensors is sent to the Internet for supply to a third party. For example, in the system of claim 1, the API defines the following two or more relative to the information from the first sensor: from 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 alarm 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 ; Determine whether the information from the second sensor meets the second alarm threshold; in response to the information from the first sensor meeting the first alarm threshold, and the information from the second sensor is not A decision to satisfy the second alarm threshold without generating an alarm signal; and in response to the information from the first sensor satisfying the first alarm threshold, and the information from the second sensor satisfying the second The determination of an alarm threshold, and generating the alarm signal for its output to the display device; sending to the first sensor an application programming interface (API) defining one or more of the following: (a) will be presented at The content in the information received from the first sensor on the display, (b) where the content will be presented on the display, (c) when the content will be presented on the display; The first sensor interface of the API Information; and according to the API information from the presentation of the first sensor on the display. For example, the method of claim 5 of the patent scope, wherein the sensors are biometric sensors. For example, the method of claim 5 in which the information from the sensors is sent to the Internet for supply to a third party. For example, the method of claim 5 in which the API defines the following two or more relative to the information from the first sensor: from 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 audiovisual device (AVD) includes: at least one processor; a computer memory that can access the processor and is programmed with instructions to cause the processor to: establish a connection with at least a first sensor and a second sensor; Communication; 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 meets a second alarm threshold; responding to The information from the first sensor meets the first alarm threshold, and the information from the second sensor does not satisfy the decision of the second alarm threshold without generating an alarm signal; and in response to the information from the first sensor The information of a sensor satisfies the first alarm threshold, and the information from the second sensor satisfies the second alarm threshold, and generates the alarm signal for its output to the display device, wherein, When the processor executes the instructions, the processor is configured to: send an application programming interface (API) defining one or more of the following to the first sensor: (a) will be presented on the Follow the display on the display The content in 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 conforming to the API Receiving information; and presenting the information from the first sensor on the display according to the API. For example, the AVD with the scope of patent application No. 9 wherein the sensors are biometric sensors. For example, in the case of applying for AVD under the scope of the patent, the information from the sensors is sent to the Internet for supply to a third party. For example, in the case of AVD with the scope of patent application No. 9, wherein the API defines the following two or more relative to the information from the first sensor: the first sensor from 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.