CN107251530A - Systems and methods for implementing Internet of Things (IoT) remote control applications - Google Patents

Abstract

An Internet of things (IoT) hub is provided that includes a network interface to couple the IoT hub to an IoT service over a Wide Area Network (WAN); and at least one IoT device communicatively coupled to the IoT hub over a wireless communication channel. The IoT devices include Infrared (IR) or Radio Frequency (RF) enhancers to control a designated electronic device through IR or RF communication with the electronic device. The IoT device includes at least one sensor to detect a current condition related to operation of the electronic device transmitted to the IoT hub over the wireless communication channel. The lot hub includes a remote control code database for storing remote control codes that are available to control the electronic device. The lot hub includes control logic to generate a remote control command using the remote control code in response to the current conditions and input from an end user provided via a user device.

Description

Systems and methods for implementing Internet of Things (IoT) remote control applications

Background technique

technical field

The present invention relates generally to the field of computer systems. More specifically, the present invention relates to systems and methods for implementing IoT remote control applications.

related technology

The "Internet of Things" refers to the interconnection of uniquely identifiable embedded devices within an Internet infrastructure. Ultimately, the IoT is expected to lead to a wide variety of new applications in which virtually any type of physical thing can provide information about itself or its surroundings and/or can be controlled remotely via client devices over the Internet.

IoT development and adoption has been slow due to several issues related to connectivity, power, and lack of standardization. For example, one barrier to IoT development and adoption is the lack of standard platforms that allow developers to design and deliver new IoT devices and services. To enter the IoT market, developers must design an entire IoT platform from the ground up, including the network protocols and infrastructure, hardware, software, and services needed to support the desired IoT implementation. Therefore, each provider of IoT devices uses proprietary technology to design and connect IoT devices, which makes it a burdensome work for end users to adopt various types of IoT devices. Another obstacle facing IoT adoption is the difficulty related to connecting and powering IoT devices. For example, connecting appliances such as refrigerators, garage door openers, environmental sensors, home security sensors/controllers, etc. requires power to power each connected IoT device, and such power is often not conveniently located (e.g., AC outlets are often not in in the refrigerator).

Description of drawings

The present invention can be better understood from the following detailed description in conjunction with the following drawings, wherein:

Figures 1A-1B illustrate different implementations of IoT system architectures;

Figure 2 shows an IoT device according to one embodiment of the present invention;

Figure 3 shows an IoT hub according to one embodiment of the present invention;

Figures 4A-4B illustrate embodiments of the present invention for controlling and collecting data from IoT devices and generating notifications;

Figure 5 illustrates an embodiment of the invention for collecting data from IoT devices and generating notifications from IoT hubs and/or IoT services;

Figure 6 shows an embodiment of the invention for detecting a loss of central connectivity and notifying the user;

Figures 7A to 7C show different embodiments of miniature IoT hub devices with LED lights and USB ports;

FIG. 8 illustrates a method of controlling electronic devices and other devices using IoT devices;

Figure 9 shows an embodiment of an IoT hub for selecting between different cell operators;

Figure 10 shows an embodiment of a method for selecting between different cell operators;

Figure 11 shows an embodiment of IoT hub filtering events from IoT devices;

Figure 12 illustrates an embodiment of an IoT hub for collecting data related to user behavior within an IoT system;

Figure 13 shows a high-level view of one embodiment of a security architecture;

Figure 14 shows one embodiment of an architecture in which a Subscriber Identity Module (SIM) is used to store keys on an IoT device;

Figure 15A shows an embodiment where a barcode or QR code is used to register an IoT device;

Figure 15B shows an embodiment where a barcode or QR code is used for pairing;

Figure 16 illustrates one embodiment of a method for programming a SIM using an IoT hub;

17 illustrates one embodiment of a method for registering an IoT device with an IoT hub and an IoT service; and

Figure 18 illustrates one embodiment of a method for encrypting data to be transmitted to an IoT device.

detailed description

In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the invention described below. It will be readily apparent, however, to one skilled in the art that embodiments of the invention may be practiced without some of these specific details. In other instances, well-known structures and devices are shown in block diagram form in order not to obscure the underlying principles of the embodiments of the invention.

One embodiment of the present invention includes an Internet of Things (IoT) platform that developers can use to design and build new IoT devices and applications. Specifically, one embodiment includes a basic hardware/software platform for an IoT device, which includes a predefined network protocol stack and an IoT hub through which the IoT device is connected to the Internet. Furthermore, one embodiment includes an IoT service through which an IoT hub and connected IoT devices can be accessed and managed as described below. Furthermore, one embodiment of the IoT platform includes an IoT application or web application (eg, executing on a client device) to access and configure IoT services, hubs, and connected devices. Existing online retailers and other website operators can leverage the IoT platform described herein to easily offer unique IoT capabilities to their existing user base.

Figure 1A shows an overview of an architectural platform on which embodiments of the present invention may be implemented. In particular, the illustrated embodiment includes a plurality of IoT devices 101 - 105 that are communicatively connected through a local communication channel 130 to a central IoT hub 110 , which itself is communicatively connected to an IoT service 120 through the Internet 220 . Each of IoT devices 101 - 105 may initially pair with IoT hub 110 (eg, using the pairing techniques described below) to enable each of local communication channels 130 . In one embodiment, the IoT service 120 includes an end user database 122 for maintaining user account information and data collected from each user's IoT device. For example, if the IoT devices include sensors (eg, temperature sensors, accelerometers, thermal sensors, motion detectors, etc.), database 122 may be continuously updated to store data collected by IoT devices 101-105. The data stored in the database 122 can then be accessed by the end user through an IoT application or browser installed on the user device 135 (or through a desktop or other client computer system), as well as through a web client (e.g., such as a subscribed The website 130) of the IoT service 120 is accessed.

The IoT devices 101 - 105 may be equipped with various types of sensors to collect information about themselves and their surroundings, and provide the collected information to the IoT service 120 , the user device 135 , and/or the external website 130 via the IoT hub 110 . Some of the IoT devices 101 - 105 may perform specified functions in response to control commands sent through the IoT hub 110 . Various specific examples of information collected by IoT devices 101-105, as well as control commands, are provided below. In one embodiment described below, the IoT device 101 is a user input device designed to record user selections and send the user selections to the IoT service 120 and/or website.

In one embodiment, the IoT hub 110 includes a cellular radio to establish a connection to the Internet 220 via cellular services 115 such as 4G (eg, mobile WiMAX, LTE) or 5G cellular data services. Alternatively or in addition, IoT hub 110 may include a WiFi radio to connect IoT hub 110 to the Internet via a WiFi access point (e.g., via an Internet service provider that provides Internet service to end users). Or the router 116 establishes a WiFi connection. Of course, it should be noted that the underlying principles of the invention are not limited to any particular type of communication channel or protocol.

In one embodiment, IoT devices 101-105 are ultra-low power devices capable of running on battery power for extended periods of time (eg, years). To save power, the local communication channel 130 may be implemented using a low power wireless communication technology such as Bluetooth Low Energy (LE). In this embodiment, each of the IoT devices 101-105 and the IoT hub 110 are equipped with a Bluetooth LE radio and protocol stack.

As noted above, in one embodiment, the IoT platform includes an IoT application or web application that executes on user device 135 to allow the user to access and configure connected IoT devices 101-105, IoT hub 110, and/or IoT service 120 . In one embodiment, the application or web application may be designed by the operator of the website 130 to provide IoT functionality to its user base. As shown, the website may maintain a user database 131 containing account records associated with each user.

FIG. 1B shows additional connectivity options for multiple IoT hubs 110-111,190. In this embodiment, a single user may have multiple centers 110-111 installed on-site at a single user premises 180 (eg, the user's home or workplace). This can be done, for example, to extend the wireless range required to connect all IoT devices 101-105. As shown, if a user has multiple hubs 110, 111, they may be connected via a local communication channel (eg, Wifi, Ethernet, powerline network, etc.). In one embodiment, each of hubs 110-111 may establish a direct connection to IoT service 120 through cellular connection 115 or WiFi connection 116 (not explicitly shown in FIG. 1B ). Alternatively or in addition, one of the IoT centers such as IoT center 110 may act as a "master" center providing connectivity and/or localization to all other IoT centers on customer premises 180 such as IoT center 111. service (as shown by the dotted line connecting IoT hub 110 and IoT hub 111 ). For example, the master IoT hub 110 may be the only IoT hub establishing a direct connection with the IoT service 120 . In one embodiment, only the "master" IoT hub 110 is equipped with a cellular communication interface to establish a connection with the IoT service 120 . In this way, all communications between the IoT service 120 and the other IoT hubs 111 will flow through the master IoT hub 110 . In this role, the master IoT hub 110 may have additional program code to perform filtering operations on data exchanged between other IoT hubs 111 and IoT services 120 (eg, service some data requests locally when possible).

Regardless of how the IoT hubs 110-111 are connected, in one embodiment, the IoT service 120 will logically associate the hubs with users and group all attached IoT devices 101-105 in a way that can be accessed via the user device with the application 135 installed. under a single comprehensive user interface (and/or browser-based interface) for access.

In this embodiment, the master IoT center 110 and one or more slave IoT centers 111 may be connected by a local network, which may be a WiFi network 116, Ethernet, and/or using a power line communication (PLC) network (e.g., where All or part of the network runs through the customer's power lines). Additionally, for the IoT hubs 110-111, each of the IoT devices 101-105 may be interconnected with the IoT hubs 110-111 using any type of local network channel, such as WiFi, Ethernet, PLC, or Bluetooth LE, among others.

FIG. 1B also shows an IoT hub 190 installed at the second customer premises 181 . A virtually unlimited number of such IoT hubs 190 can be installed and configured to collect data from IoT devices 191-192 at customer premises around the world. In one embodiment, two customer premises 180-181 may be configured for the same user. For example, one customer premises 180 may be the user's primary residence and another customer premises 181 may be the user's vacation home. In this case, the IoT service 120 will logically relate the IoT hub 110-111, 190 to the user and group all attached IoT devices 101-105, 191-192 into a single under the comprehensive user interface (and/or browser-based interface).

As shown in FIG. 2, an exemplary embodiment of an IoT device 101 includes a memory 210 for storing program code and data 201-203, and a low-power microcontroller 200 for executing the program code and processing data. Memory 210 may be a volatile memory such as dynamic random access memory (DRAM), or may be a nonvolatile memory such as flash memory. In one embodiment, non-volatile memory can be used for permanent storage and volatile memory can be used for execution of program code and data at runtime. Furthermore, the memory 210 may be integrated within the low-power microcontroller 200 or may be coupled to the low-power microcontroller 200 via a bus or a communication structure. The underlying principles of the invention are not limited to any particular implementation of memory 210 .

As shown, the program code may include application code 203 defining a set of application-specific functions to be performed by the IoT device 201, and a set of predefined building blocks that may be utilized by an application developer of the IoT device 101. Library code 202. In one embodiment, library code 202 includes a basic set of functions required to implement IoT devices, such as a communication protocol stack 201 for enabling communication between each IoT device 101 and IoT hub 110 . As noted above, in one embodiment, the communication protocol stack 201 includes a Bluetooth LE protocol stack. In this embodiment, the Bluetooth LE radio and antenna 207 may be integrated within the low power microcontroller 200 . However, the underlying principles of the invention are not limited to any particular communication protocol.

The specific embodiment shown in FIG. 2 also includes a plurality of input devices or sensors 210 for receiving user input and providing the user input to the low power microcontroller, which processes according to the application code 203 and library code 202. The user enters. In one embodiment, each of the input devices includes an LED 209 for providing feedback to the end user.

Additionally, the illustrated embodiment includes a battery 208 for powering the low power microcontroller. In one embodiment, a non-rechargeable button cell is used. However, in alternative embodiments, an integrated rechargeable battery (eg, charged by connecting the IoT device to an AC power source (not shown)) may be used.

A speaker 205 for producing audio is also provided. In one embodiment, the low power microcontroller 299 includes audio decoding logic for decoding a compressed audio stream (eg, such as an MPEG-4/Advanced Audio Coding (AAC) stream) to generate audio on the speaker 205 . Alternatively, the low power microcontroller 200 and/or application code/data 203 may include digitally sampled audio segments to provide verbal feedback to the end user as the user enters selections via the input device 210 .

In one embodiment, one or more other/alternative I/O devices or sensors 250 may be included on the IoT device 101 based on the particular application for which the IoT device 101 is designed. For example, environmental sensors may be included to measure temperature, pressure, humidity, and the like. If an IoT device is used as a security device, it can include security sensors and/or door lock openers. Of course, these examples are provided for illustration purposes only. The underlying principles of the invention are not limited to any particular type of IoT device. In fact, given the highly programmable nature of the low-power microcontroller 200 equipped with library code 202, application developers can easily develop new application code 203 and new I/O devices 250 for almost any type of IoT The application interacts with a low-power microcontroller.

In one embodiment, the low power microcontroller 200 also includes secure key storage for storing encryption keys used to encrypt communications and/or generate signatures. Alternatively, the keys may be protected in a Subscriber Identity Module (SIM).

In one embodiment, a wake-up receiver 207 is included to wake the IoT device from an ultra-low power state that consumes little power. In one embodiment, the wake-up receiver 207 is configured to bring the IoT device 101 out of the low power state in response to receiving a wake-up signal from a wake-up transmitter 307 configured on the IoT hub 110 as shown in FIG. 3 . Specifically, in one embodiment, transmitter 307 and receiver 207 together form an electrical resonant transformer circuit, such as a Tesla coil. In operation, when the hub 110 needs to wake the IoT device 101 from a very low power state, energy is sent from the transmitter 307 to the receiver 207 via a radio frequency signal. Due to this energy transfer, the IoT device 101 can be configured to consume little power while in a low power state, since it does not need to continuously "listen" for a signal from the hub (such as with a network protocol that allows the device to be woken up via a network signal). case). More specifically, microcontroller 200 of IoT device 101 may be configured to wake up after being effectively powered down by using energy sent electrically from transmitter 307 to receiver 207 .

As shown in FIG. 3 , the IoT hub 110 also includes a memory 317 for storing program codes and data 305 , and a hardware logic component 301 such as a microcontroller for executing program codes and processing data. Wide area network (WAN) interface 302 and antenna 310 connect IoT hub 110 to cellular service 115 . Alternatively, as mentioned above, the IoT center 110 may also include a local network interface (not shown), such as a WiFi interface (and WiFi antenna) or an Ethernet interface, for establishing a local area network communication channel. In one embodiment, the hardware logic unit 301 also includes secure key storage for storing encryption keys used to encrypt communications and generate/verify signatures. Alternatively, the keys may be protected in a Subscriber Identity Module (SIM).

Local communication interface 303 and antenna 311 establish a local communication channel with each of IoT devices 101-105. As noted above, in one embodiment, the local communication interface 303/antenna 311 implements the Bluetooth LE standard. However, the underlying principles of the invention are not limited to any particular protocol for establishing a local communication channel with IoT devices 101-105. Although shown as separate units in FIG. 3 , the WAN interface 302 and/or the local communication interface 303 may be embedded within the same chip as the hardware logic component 301 .

In one embodiment, the program code and data include a communication protocol stack 308 , which may include separate stacks for communicating over the local communication interface 303 and the WAN interface 302 . Additionally, device pairing program code and data 306 may be stored in memory to allow the IoT hub to pair with new IoT devices. In one embodiment, each new IoT device 101-105 is assigned a unique code that is communicated to IoT hub 110 during the pairing process. For example, this unique code can be embedded in a barcode on the IoT device and can be read by barcode reader 106 or can be transmitted over local communication channel 130 . In an alternative embodiment, the unique ID code may be sent from the IoT device, for example via radio frequency ID (RFID) or near field communication (NFC), and the IoT hub has a suitable receiver so that when the IoT device 101 is within a few inches of the IoT hub 110 Detect code when moving within range.

In one embodiment, once the unique ID has been communicated, IoT hub 110 may verify the unique ID by querying a local database (not shown), performing a hash to verify that the code is acceptable, and/or The ID code is verified in communication with IoT service 120, user device 135 and/or website 130. In one embodiment, once verified, IoT hub 110 pairs with IoT device 101 and stores the pairing data in memory 317 (which, as noted above, may include non-volatile memory). Once pairing is complete, the IoT hub 110 can connect with the IoT device 101 to perform various IoT functions described herein.

In one embodiment, an organization running IoT service 120 may provide IoT hub 110 and a basic hardware/software platform to allow developers to easily design new IoT services. Specifically, in addition to the IoT hub 110 , a software development kit (SDK) may be provided for developers to update program codes and data 305 executed within the hub 110 . Additionally, for the IoT device 101, the SDK may include an extensive set of library code 202 designed for the underlying IoT hardware (e.g., the low-power microcontroller 200 and other components shown in FIG. 2 ) to facilitate the design of various types of Apps 101. In one embodiment, the SDK includes a graphical design interface where the developer only needs to specify the inputs and outputs for the IoT device. All networking code is ready for the developer, including the communication stack 201 that allows the IoT device 101 to connect to the hub 110 and service 120 . Additionally, in one embodiment, the SDK also includes a library code base for facilitating the design of applications for mobile devices (eg, iPhone and Android devices). Additionally, in one embodiment, the SDK also includes a library code base for facilitating the design of applications and APIs residing within the IOT service 120 or website 130 .

In one embodiment, IoT hub 110 manages a continuous bi-directional data flow between IoT devices 101 - 105 and IoT service 120 . In cases where real-time updates to/from IoT devices 101-105 are required (for example, in cases where a user needs to view the current status of a security device or environmental readings), the IoT hub can maintain open TCP sockets to Periodic updates to user devices 135 and/or external websites 130 are provided. The specific networking protocol used to deliver updates can be tuned according to the needs of the underlying application. For example, in some cases where it might not make sense to have a continuous bi-directional flow, a simple request/response protocol can be used to gather information when needed.

In one embodiment, both IoT hub 110 and IoT devices 101-105 can be automatically updated over the network. Specifically, when a new update is available for IoT hub 110, it can automatically download and install the update from IoT service 120. It can first copy the updated code into local memory, run and verify the update, and then replace the older program code. Similarly, when updates are available for each of IoT devices 101-105, those updates may initially be downloaded by IoT hub 110 and pushed to each of IoT devices 101-105. Each IoT device 101 - 105 can then apply the update and report the results of the update back to the IoT hub 110 in a manner similar to that described above for the IoT hub. If the update is successful, IoT hub 110 may delete the update from its memory and record the latest code version installed on each IoT device (eg, so that it can continue to check each IoT device for new updates).

In one embodiment, IoT hub 110 is powered by A/C power. Specifically, the IoT center 110 may include a power supply unit 390 having a transformer for converting an A/C voltage supplied through an A/C power line into a lower DC voltage.

FIG. 4A shows an embodiment of the present invention using an IoT system to perform a general remote control operation. Specifically, in this embodiment, a set of IoT devices 101-103 are equipped with infrared (IR) and/or radio frequency (RF) blasters 401-403, respectively, for sending remote control codes to control various types of Electronic equipment, including air conditioner/heater 430, lighting system 431, audio-visual equipment 432 and so on. In the embodiment shown in Figure 4A, IoT devices 101-103 are also equipped with sensors 404-406, respectively, for detecting the operation of the devices they control, as described below.

For example, sensor 404 in IoT device 101 may be a temperature and/or humidity sensor for sensing current temperature/humidity and responsively controlling air conditioner/heater 430 based on the current desired temperature. In this embodiment, the air conditioner/heater 430 is designed to be controlled via a remote control device (typically a remote control with a temperature sensor embedded in itself). In one embodiment, the user provides IoT hub 110 with the desired temperature via an application or browser installed on user device 135 . Control logic component 412 executing on IoT hub 110 receives current temperature/humidity data from sensor 404 and responsively sends commands to IoT device 101 to control IR/RF blaster 401 according to the desired temperature/humidity. For example, if the temperature is lower than desired, the control logic 412 may send commands via the IR/RF blaster 401 to the air conditioner/heater to increase the temperature (eg, by turning off the air conditioner or turning on the heater). The command may include necessary remote control codes stored in the database 413 on the IoT hub 110 . Alternatively or in addition, IoT service 421 may implement control logic component 421 to control electronic devices 430-432 based on specified user preferences and stored control codes 422.

The IoT device 102 in the example shown is used to control lighting 431 . In particular, the sensor 405 in the IoT device 102 may be a light sensor or photodetector configured to detect the current brightness of light produced by a light fixture 431 (or other lighting device). A user may specify a desired lighting level (including an indication of on or off) for IoT hub 110 via user device 135 . In response, control logic 412 will send commands to IR/RF booster 402 to control the current brightness level of lamp 431 (e.g., increase lighting if current brightness is too low, or decrease lighting if current brightness is too high; or just turn on or turn off the lights).

The IoT device 103 in the example shown is configured to control audio-visual equipment 432 (eg, television, A/V receiver, cable/satellite receiver, AppleTV ^™ , etc.). The sensor 406 in the IoT device 103 may be an audio sensor (e.g., a microphone and associated logic) for detecting the current ambient volume level and/or for detecting noise based on the light generated by the television (e.g., by measuring light within a specified frequency spectrum). A light sensor for whether the TV is on or off. Alternatively, sensor 406 may include a temperature sensor connected to the audiovisual device to detect whether the audio device is on or off based on the detected temperature. Again, in response to user input via the user device 135 , the control logic component 412 may send commands to the audiovisual device via the IR blaster 403 of the IoT device 103 .

It should be noted that the foregoing is merely an illustrative example of one embodiment of the present invention. The underlying principles of the invention are not limited to any particular type of sensor or device controlled by an IoT device.

In an embodiment where IoT devices 101-103 are coupled to IoT hub 110 via a Bluetooth LE connection, sensor data and commands are sent over a Bluetooth LE channel. However, the underlying principles of the invention are not limited to Bluetooth LE or any other communication standard.

In one embodiment, the control codes required to control each piece of electronic equipment are stored in database 413 on IoT hub 110 and/or database 422 on IoT service 120 . As shown in FIG. 4B , control codes may be provided to IoT hub 110 from control code master database 422 for different pieces of equipment maintained on IoT service 120 . The end user may specify the type of electronic (or other) device to be controlled by an application or browser executing on the user device 135, and in response, the remote control code learning module 491 on the IoT hub may learn from the The remote control code database 492 retrieves the required IR/RF codes (eg, using a unique ID to identify each piece of electronic equipment).

Additionally, in one embodiment, the IoT hub 110 is equipped with an IR/RF interface 490 to allow the remote control code learning module 491 to "learn" new remote control codes directly from the original remote controller 495 provided with the electronic device. For example, if the control code of the original remote controller provided with the air conditioner 430 is not included in the remote control database, the user can interact with the IoT hub 110 via the application/browser on the user device 135 to teach the IoT hub 110 to control the remote controller by the original remote controller. Various control codes generated by the remote controller (eg, increase temperature, decrease temperature, etc.). Once the remote control codes are learned, these codes can be stored in the control code database 413 on the IoT hub 110 and/or sent back to the IoT service 120 to be included in the central remote control code database 492 (and subsequently used by other users for the same air conditioning unit 430).

In one embodiment, each of the IoT devices 101-103 has an extremely small form factor and can be secured to or near their respective electronic devices 430-432 using double-sided tape, small nails, magnetic attachments, etc. . In order to control a piece of equipment such as an air conditioner 430, it is desirable to place the IoT device 101 far enough away that the sensor 404 can accurately measure the ambient temperature in the home (e.g., placing the IoT device directly on the air conditioner will result in a temperature measurement of too low, or the temperature measurement is too high when the heater is running). In contrast, IoT device 102 for controlling lighting may be placed on or near lighting fixture 431 so that sensor 405 detects the current lighting level.

In addition to providing the general control functions described, one embodiment of IoT hub 110 and/or IoT service 120 sends notifications to end users related to the current status of each piece of electronic equipment. A notification, which may be a text message and/or an application-specific notification, may then be displayed on the display of the user's mobile device 135 . For example, if the user's air conditioner has been turned on for a long time but the temperature has not changed, the IoT hub 110 and/or IoT service 120 may send a notification to the user that the air conditioner is not working properly. If the user is not at home (this can be detected by a motion sensor or based on the currently detected user location), and the sensor 406 indicates that the audiovisual device 430 is on, or the sensor 405 light is on, a notification can be sent to the user asking the user Whether you want to turn off audiovisual equipment 432 and/or lights 431 . The same type of notification may be sent for any device type.

Once the user receives the notification, he/she can remotely control the electronic devices 430-432 via an application or browser on the user device 135. In one embodiment, the user device 135 is a touch screen device and the application or browser displays an image of the remote controller with user-selectable buttons for controlling the devices 430-432. Upon receiving the notification, the user can turn on the graphical remote controller and turn off or adjust various pieces of equipment. If connected via IoT service 120 , the user's selection may be forwarded from IoT service 120 to IoT hub 110 , which will then control the device via control logic 412 . Alternatively, user input may be sent directly from user device 135 to IoT hub 110 .

In one embodiment, a user may program the control logic 412 on the IoT hub 110 to perform various automated control functions with respect to the electronic devices 430-432. In addition to maintaining desired temperatures, brightness levels, and volume levels as described above, control logic 412 may automatically shut down the electronic device if certain conditions are detected. For example, if the control logic component 412 detects that the user is not at home and the air conditioner is not functioning, it may automatically turn off the air conditioner. Similarly, if the user is not at home, and the sensor 406 indicates that the audiovisual device 430 is on or the sensor 405 light is on, then the control logic 412 can automatically send a command via the IR/RF blasters 403 and 402 to turn off the audiovisual device, respectively and lights.

Figure 5 shows an additional embodiment of IoT devices 104-105 equipped with sensors 503-504 for monitoring electronic devices 530-531. Specifically, the IoT device 104 of this embodiment includes a temperature sensor 503 that may be placed on or near a furnace 530 to detect when the furnace is turned on. In one embodiment, IoT device 104 sends the current temperature measured by temperature sensor 503 to IoT hub 110 and/or IoT service 120 . If the furnace is determined to be on for more than a threshold time period (eg, based on measured temperatures during the time period), control logic 512 may send a notification to end user device 135 informing the user that furnace 530 is on. In one embodiment, application-based or browser-based code on the end-user device 135 displays the notification and provides the user with the ability to control the oven 530 (eg, send a command to turn off the oven).

Additionally, in one embodiment, IoT device 104 may include control module 501 to shut down the furnace or automatically shut down the furnace (if control logic 512 is programmed by the user to do so) in response to receiving an instruction from a user. In one embodiment, the control logic 501 includes a switch for shutting off electricity or gas to the furnace 530 . However, in other embodiments, the control logic 501 may be integrated within the furnace itself.

FIG. 5 also shows an IoT device 105 having a motion sensor 504 for detecting motion of certain types of electronic equipment, such as a washing machine and/or dryer. Another possible sensor is an audio sensor (eg, microphone and logic) for detecting ambient volume levels. As with the other embodiments above, this embodiment can send a notification to the end user if certain specified conditions are met (for example, indicating that the washer/dryer is not turned off if motion is detected for an extended period of time). Although not shown in FIG. 5 , the IoT device 105 may also be equipped with a control module to automatically shut down the washer/dryer 531 (eg, by turning off the electricity/gas) and/or to do so in response to user input.

In one embodiment, a first IoT device with control logic and switches can be configured to turn off all power in the user's home, and a second IoT device with control logic and switches can be configured to turn off all air in the user's home. . IoT devices with sensors can then be positioned on or near electrical or gas powered devices in the user's home. If the user is notified that a particular piece of equipment has been turned on (eg, the furnace 530), the user can send a command to turn off all electricity or gas in the home to prevent damage. Alternatively, control logic 512 in IoT hub 110 and/or IoT service 120 may be configured to automatically shut down the electricity or gas in such a situation.

In one embodiment, IoT hub 110 and IoT service 120 communicate at periodic intervals. If IoT service 120 detects that the connection to IoT hub 110 has been lost (e.g., due to failure to receive a request or response from IoT hub within a specified duration), it will communicate this information to end-user device 135 (e.g., via send text messages or app-specific notifications). This functionality is illustrated graphically in Figure 6, which shows that the connection between IoT hub 110 and IoT service 120 has been disabled. The connection monitoring and notification logic component 600 on the IoT service 120 detects that the connection has been disabled and, in response, sends a notification to the end user device 135 (e.g., via a cellular communication channel, WiFi, or any other communication channel used by the device 135) , to inform the user of the connection status. Specifically, in one embodiment, the connection monitoring logic detects when a first communication channel between the IoT service and the IoT hub becomes invalid, and the notification logic detects when the first communication channel has become invalid in response to the connection monitoring logic detecting that the first communication channel has become invalid. Becomes invalid and sends a notification to the user's data processing device 135 .

The user can then take steps to determine the cause of the connection problem. In embodiments where the IoT hub is connected via cellular network or WiFi, the user may only need to reboot the IoT hub device 110 . In one embodiment, connection monitoring and notification logic 600 may ping hub 110 by attempting to determine the status of the hub if it does not receive communications from the hub within a specified period of time. After several failed attempts (ie, no response from the hub), it may send a notification to the end-user device 135 .

In embodiments where the IoT hub is connected via a cellular network and a broadband connection in the user's home, this mechanism can be used to detect failure of either connection, and the remaining good redundant connections can be used to maintain communication with the IoT hub 110 .

One embodiment of IoT hub 110 is implemented in a very compact form factor (eg, the size of a cell phone charger). For example, IoT hub 110 may be packaged as a 1.5 inch (or smaller) cube. Various alternative dimensions are also contemplated, such as a depth of between 1-2 inches (or less) and a height/length of between 1-3 inches, or any cube with sides of 2 inches or less.

FIGS. 7A-7C illustrate a specific embodiment where the IoT hub is integrated into a small package designed to be plugged directly into an A/C outlet via the A/C input interface 702 . In this way, the IoT hub 110 can be strategically located for ideal reception wherever there are electrical outlets in the user's home. In one embodiment, IoT hub 110 includes a transformer for converting a high voltage A/C input to a lower voltage D/C signal. Despite the small form factor, in one embodiment, IoT hub 110 includes all the features described herein for interfacing with IoT service 120 and plurality of IoT devices 101-105. For example, although not explicitly shown in FIGS. 7A-7C , in one embodiment, IoT hub 110 may include multiple communication interfaces (eg, antennas and software) for communicating with IoT devices and IoT services. In one embodiment, IoT hub 110 includes power line communication (PLC) or similar network interface for establishing communication with IoT devices 101-105 over A/C power lines.

Additionally, the embodiment of the IoT hub shown in FIGS. 7A-7C is equipped with light emitting diodes (LEDs) that can be used as a night light in addition to notifying the user of the current status of the hub 110 . Therefore, users can place the IoT hub in the hallway, bathroom or children's room and use the hub as a night light/IoT hub dual purpose.

In one embodiment, the user may program the night light feature via an application on the user device 135 or a programming interface on a browser. For example, users can program the night light to turn on at a certain time in the evening and turn off at a certain time in the morning. Furthermore, in one embodiment, different independently controlled colored LEDs are integrated in the IoT hub. Users can program the colors that will be illuminated on the IoT Hub at different times of the day and night.

Once programmed, the LED 701 can be turned on/off by the IoT hub's integrated low power uC 200. In one embodiment, the IoT hub has integrated photodetectors to turn on the night light in response to ambient brightness dropping below a specified threshold. Additionally, in one embodiment, the IoT hub has one or more integrated USB ports 710 for charging other devices (eg, such as the user's mobile device 135 ). Of course, the underlying principles of the invention are not limited to IoT hubs 110 with integrated USB chargers.

Figure 8 illustrates a method according to one embodiment of the invention. At 801, an IoT device is positioned/configured on or near a device to be controlled. As described above, in one embodiment, the IoT device is equipped with a double-sided adhesive tape to enable the user to easily attach the IoT device to various types of equipment. Alternatively or in addition, each IoT device may include one or more mounting holes into which small nails or screws may be inserted to attach the IoT device to a wall or other surface. Additionally, some IoT devices may include magnetic materials to allow attachment of the IoT device to metal surfaces.

Once the IoT device is attached in place, it may be programmed at 802 via user device 135 and IoT hub 110 . For example, a user may connect to IoT hub 110 through an application or browser installed on user device 135 (either directly or through IoT service 120). The application or browser executable code may include a user interface that allows the user to identify and program each IoT device. Once an IoT device is selected, for example, the user may be presented with a list of different types of equipment from which to choose (eg, different models of remotely controllable air conditioners/heaters, audiovisual equipment, etc.). Once the correct device is selected, the remote control code is stored on the IoT hub as described above and sent to the IR/RF blaster on the IoT device to control the device at 803 . In addition, as mentioned above, various automatic control functions can be realized through the IoT center.

In one embodiment of the invention, the IoT service 120 may enter into an agreement with multiple cell operators 901 to provide connectivity to IoT hubs 110 in different geographical areas. For example, in the United States, IoT service 120 may have agreements with Verizon and AT&T to provide IoT hub connectivity. Accordingly, IoT hub 110 may be located in a location served by two or more supported cell operators.

As shown in Figure 9, in one embodiment of the invention, the IoT hub 901 includes cellular operator selection logic 901 for selecting between two or more available cell operators 915-916. In one embodiment, the cell operator selection logic is programmed with a set of rules 918 for selecting between two or more cell operators 915-916. Once a particular cell operator is selected, the cell operator selection logic 901 will instruct the radio/network stack 902 of the IoT hub 110 to connect with that cell operator.

Various different types of selection rules 918 may be implemented. For example, if the IoT service 120 has a more favorable agreement (e.g., lower agreed rate/cost 912) with a first cell operator 915 than with a second cell operator 916, then all other variables may be assumed to be equal Or simply connect to the first cell operator 915 via a rule within a specified threshold (eg, assuming the signal strength of the second cell operator is sufficient).

In one embodiment, the selection rules 918 implemented by the cell operator selection logic 901 can take into account other variables related to cell operator connectivity and cost, including, for example, per-cell Current or historical signal strength 911 at the operator 915-916. For example, even if the IoT service 120 reaches a more favorable agreement with the first cell operator 915 as described above, the cell operator selection logic 901 may still connect to the second cell if the first operator's signal strength is below a specified threshold Operator 916.

Similarly, cell operator selection logic 901 may evaluate reliability/performance data 913 for each cell operator 915-916 when making a decision. For example, if the first cell operator 915 is known to be unreliable in a particular area and/or provide significantly lower performance (e.g., reduced data rates) than the second cell operator 916, then the cell operator selection logic 901 A second cell operator may be chosen (albeit with a more favorable agreement with the first cell operator). In one embodiment, reliability/performance data 913 and cell service signal strength data 911 may be collected by IoT hub 110 over time. For example, IoT hub 110 may continuously monitor signal strength, connection status, bandwidth, and other connection variables for each cell operator 915-916, and may make connection decisions based (at least in part) on this logged data.

In one embodiment, the IoT service 120 may provide an update to the IoT hub including new/updated selection rules 918 related to existing cell operators 915-916 and/or new cell operators for which it has established agreements. For example, if there is an update to the agreement between the IoT service 120 and the second cell operator 916 such that the cost of connecting through the second cell operator 916 is lower, a new selection rule 918 and/or a new cell service containing this data Rate 912 may be sent from IoT service 120 to IoT hub 110 . Cell operator selection logic 901 can then take these new rules/rates into account when presented with a cell operator selection decision (e.g., lean towards prefer to do so).

In one embodiment, IoT hub 110 may be pre-configured by IoT service 120 to connect with all available cell operators 915-916 (i.e., provided with Subscriber Identity Module (SIM) 903 or required to connect to cell operators 915-916 other authentication data). In one embodiment, a single SIM 903 (or other authentication device) may be configured for multiple cell operators 915-916. Thus, after selecting the first cell operator 915 (eg, based on selection rules 918 and other variables), the IoT hub 110 may still fall back to the second cell operator 916 if the first cell operator 915 is unavailable. Similarly, IoT hub 110 may respond to changes in current conditions (e.g., signal strength reduction to first cell operator 915 and/or second cell operator 916 cost reduction) and/or new selections sent from IoT service 120 According to the rule 918, switch from the first cell operator 915 to the second cell operator 916.

Once the IoT hub 110 is configured for multiple operators 915-916, it can dynamically switch between these operators throughout the day according to changing parameters. For example, the costs associated with each cellular operator 915-916 may vary throughout the day (e.g., a first operator 915 may be more expensive during periods of high usage such as peak hours, while a second operator 916 may be more expensive at night ). Similarly, one carrier's cell towers may become overloaded at certain times of the day or night, resulting in reduced connectivity. Using the techniques described herein, cell operator selection logic 901 can continuously evaluate these conditions and dynamically switch between operators as conditions change.

Figure 10 illustrates a method according to one embodiment of the invention. The method may be implemented within the context of the architecture shown in Figure 9, but is not limited to any particular system architecture.

At 1001, an IoT center is configured for multiple cell operators and programmed with rules related to connecting to different cell operators. For example, a rule might cause IoT Hub to connect to a first service provider, but not to a second service provider (all other variables being equal or within defined thresholds). At 1002, data related to cell operator connectivity, cost, and/or other relevant variables is collected. For example, as described above, the signal strength of each cell operator can be used to inform connection decisions.

At 1003, a rule is executed using the collected data to determine the primary cell operator for connecting the IoT center. For example, all other variables being equal (or within specified thresholds), IoT hubs may initially connect with lower-cost cell operators. As mentioned above, the initial primary cell operator may subsequently change in response to changes in conditions and/or new/updated rules sent from the IoT service. At 1004, the IoT hub connects with the primary cell operator, possibly using a secondary cell operator as a fallback connection. The IoT hub can then wait at 1005 for a specified period of time (eg, an hour, a day, a week, etc.), during which time the IoT hub can collect additional data related to connectivity, cost, and the like. After a delay, the process repeats, and if the rules/data have changed significantly, the IoT hub can connect at 1004 with the new primary cell operator.

As shown in FIG. 11 , in one embodiment, various types of events 1101 , 1102 -N may be generated by IoT devices and sent to IoT hub 110 . By way of example and not limitation, events 1101, 1102-N may include security events, such as a door or window in a user's home being opened without a security code or other necessary authentication, a temperature reaching a specified threshold (e.g., indicating a furnace burners are on or indicate a potential fire), motion detectors are triggered when the user and the user's family are not home, smoke detectors are triggered, sensors on the sprinkler system indicate that sprinklers have been running for longer than a specified period of time , a refrigerator sensor, or a pantry sensor indicating that the user has low usage of a particular food item, and so on.

In one embodiment, IoT service 120 and/or one or more external services 1120-1122 may interact with IoT hub 110 via an API to receive events 1101, 1102-N generated by various IoT devices, and may respond to Various actions are taken on events including sending a notification to the user 1115 (eg, via the user's mobile device). For example, an external grocery service may receive events related to usage levels of different foods in a user's refrigerator or pantry and automatically update the user's online grocery list or place an order. The external security service may receive events related to the security of the user's home and attempt to notify the user in response to the alert. Another service could notify the fire department and/or send a notification to the user if the temperature sensor rises above a certain threshold. Note that these specific examples are provided for illustration purposes only. The underlying principles of the invention are not limited to any particular type of event or event response.

In some cases, events generated by IoT devices may be harmless and may not need to be sent to IoT service 120 and/or external services 1120-1122. For example, a user's IoT thermostat device may periodically report the current temperature in the user's home, and other IoT devices may periodically report events that only indicate measurements that are within acceptable thresholds. Therefore, in order to reduce the number of events sent over the cellular operator's network (or via the user's Internet connection), one embodiment of IoT hub 110 includes not forwarding certain types of events to IoT service 120 and/or external services. Event filter 1110 at 1120-1122. In one embodiment, each event 1101, 1102-N is assigned an identification code indicating the type of event. Based on a set of filtering rules 1111 provided by the IoT service 120 and/or the end user 1115 (e.g., configured via the application/browser), certain event types are filtered out (e.g., discarded or just not forwarded) by the event filter, While other event types are stored on IoT hub 110 and forwarded to IoT service 120 and/or other external services 1120-1122.

As noted above, external services 1120 - 1122 and/or IoT service 120 may be configured to notify end users of certain types of events by sending notifications to user devices via the Internet 220 . For example, if a temperature sensor is above a specified threshold, the IoT service 120 may send a notification to an end-user device to inform the user of the potential problem. Additionally, in some cases, IoT hub 110 may send notifications directly to end users (in addition to sending events directly to IoT service 120 and/or external services 1120-1122).

In one embodiment, external services 1120 - 1122 and IoT service 120 utilize application programming interfaces (APIs) exposed by IoT hub 110 . For example, a particular service can register via an API to receive a particular set of events. Since the IoT service 120 knows which APIs (and thus which events) each external service 1120-1122 is configured to receive, it can dynamically send filter rule updates 1111 so that the event filter 1110 only forwards Those events to which external services 1120-1122 subscribe. Depending on configuration, IoT hub 110 may maintain a log of all events, including those not forwarded to external services, or may only discard non-forwarded events.

In one embodiment, IoT service 120 includes an event filter for filtering events according to a set of filtering rules as described herein (in addition to or instead of event filter 1110 on IoT hub 110 ) . In this embodiment, each external service 1120 - 1122 may subscribe to receive certain types of events through APIs exposed by IoT service 120 . Events are generated by IoT hub 110 (filterable by local event filter 1110), sent to IoT service 120 (filterable by IoT service filter) and forwarded to external services 1120-1122 and/or end user devices. IoT Service Filters can be configured in a similar manner to IoT Hub Filters described in this paper (i.e. only forward certain types of events/notifications based on a set of filtering rules).

The technique for filtering events on IoT hub 110 and/or IoT service 120 as described above is advantageous because it reduces a lot of unnecessary traffic on the cell operator's network and/or the user's/service's internet connection. These embodiments may be particularly advantageous for homes fully implemented with a large number of IoT devices (and thus often a large number of events).

One embodiment of the present invention collects user behavior data related to each user's interactions with various IoT devices and responsively provides targeted content updates uniquely tailored to each user's interests. FIG. 12 shows an exemplary embodiment where two users 1201 - 1202 control the IoT devices 101 - 102 at home through the IoT device control logic 412 on the IoT hub 110 . Although only two IoT devices 101 - 102 and two users 1201 - 1202 are shown for simplicity, there may be many more IoT devices and/or users communicatively coupled via IoT hub 110 . As described above, users 1201-1201 may interact with IoT devices 101-102 via applications or browsers installed on each user's data processing device (eg, smartphone, personal computer, etc.). As noted above, applications may be specifically designed to interact with IoT service 120 and/or IoT hub 110 to allow users to view data provided by various IoT devices 101-102 and control IoT devices 101-102.

In one embodiment, the user behavior data collection logic component 1200 executed on the IoT hub 110 monitors and collects information viewed by each user (e.g., information provided by various IoT devices 101-102) and Controlled IoT devices. For example, one of the two users 1201-1202 may be a gardener and may periodically view data (collected by sensors on IoT devices) related to the amount of water consumed in the garden. The user may also control the sprinkler system via the IoT device, for example, by programming the IoT device controller 412 to control the IoT device to automatically turn the sprinkler system on and off. Another user may not be involved in gardening, but may do laundry and/or cooking at home.

Information related to each of these activities can be collected by the user behavior data collection logic component 1200 to generate a user profile for each user. For example, in one embodiment, behavioral data is sent from IoT hub 110 to IoT service 120 where it is analyzed to determine each user's preferences. Targeted content can then be sent to each individual user 1201-1202 according to these preferences. For example, a gardening user may receive information related to garden supply sales and a cooking user may receive information related to kitchen utensils and/or recipes. In one embodiment, the owner/operator of the IoT service 120 may enter into an agreement with an online advertising company to generate targeted information for transmission to each user data processing device. In one embodiment, the IoT service 120 sends user behavior data to one or more external services 1120-1122, which then generate targeted notifications and content to the end user's data processing device.

In one embodiment, user behavior data is also collected directly from the IoT service 120 or one of the external services 1120-1122. For example, purchases and other activities of users outside the context of the IoT system can be logged at IoT service 120 and/or external services 1120-1122 and can be used as part of the analysis to determine targeted notifications/content.

This type of microlocation has not been previously performed because the specific actual behavior captured by the IoT system described herein was not previously available. For example, currently targeted advertisements are based on the user's browsing history and/or purchasing history, but no data is available related to the user's actual activities (eg, such as gardening, cooking, and home maintenance). Such data may be particularly beneficial when providing targeted information to end users as described herein because it is based on the user's actual activities in relation to a particular product and/or service.

In one embodiment, the low power microcontroller 200 of each IoT device 101 and the low power logic/microcontroller 301 of the IoT hub 110 include a security key for storing encryption keys used by the embodiments described below Storage means (see eg Figures 13-15 and associated text). Alternatively, the keys may be protected in a Subscriber Identity Module (SIM) as described below.

FIG. 13 shows a high-level architecture for encrypting communications between IoT service 120, IoT hub 110, and IoT devices 101-102 using public key infrastructure (PKI) technology and/or symmetric key exchange/encryption technology.

Implementations using public/private key pairs will be described first, followed by implementations using symmetric key exchange/encryption techniques. Specifically, in embodiments using PKI, a unique public/private key pair is associated with each IoT device 101 - 102 , each IoT hub 110 and IoT service 120 . In one embodiment, when a new IoT center 110 is established, its public key is provided to the IoT service 120, and when a new IoT device 101 is established, its public key is provided to both the IoT center 110 and the IoT service 120 . Various techniques for securely exchanging public keys between devices are described below. In one embodiment, all public keys are signed by a master key known to all receiving devices (ie, in the form of a certificate), so that any receiving device can verify the validity of the public key by verifying the signature. Therefore, these certificates will be exchanged, not just the original public keys.

As shown, in one embodiment, each IoT device 101, 102 includes a secure key storage 1301, 1303, respectively, for securely storing each device's private key. The security logic 1302, 1304 then utilizes the securely stored private key to perform the encryption/decryption operations described herein. Similarly, IoT hub 110 includes secure storage 1311 for storing IoT hub private key and public key for IoT devices 101-102 and IoT service 120; and security logic for performing encryption/decryption operations using the key Part 1312. Finally, IoT service 120 may include secure storage 1321 for securely storing its own private key, public keys of various IoT devices and IoT centers, and The security logic component 1313 of the communication. In one embodiment, when IoT hub 110 receives a public key certificate from an IoT device, it may verify this certificate (e.g., by verifying the signature using the master key as described above), and then extract the public key certificate from it. key and store the public key in its secure key storage 1311.

For example, in one embodiment, when the IoT service 120 needs to send a command or data to the IoT device 101 (eg, a command to unlock a door, a request to read a sensor, data to be processed/displayed by the IoT device, etc.), The security logic part 1313 encrypts the data/command using the public key of the IoT device 101 to generate an encrypted IoT device data packet. In one embodiment, it then encrypts the IoT device packet using the public key of IoT hub 110 to generate an IoT hub packet and sends the IoT hub packet to IoT hub 110 . In one embodiment, the service 120 signs the encrypted message with its private key or the above-mentioned master key, so that the device 101 can verify that it received the unaltered message from a trusted source. The device 101 may then verify the signature using the public key corresponding to the private key and/or the master key. As mentioned above, symmetric key exchange/encryption techniques can be used instead of public key/private key encryption. In these embodiments, each device may be provided with a copy of the same symmetric key used to encrypt and verify the signature, rather than separately storing one key and providing the corresponding public key to other devices. An example of a symmetric key algorithm is the Advanced Encryption Standard (AES), but the underlying principles of the invention are not limited to any type of specific symmetric key.

Using a symmetric key implementation, each device 101 enters into a secure key exchange protocol to exchange a symmetric key with the IoT hub 110 . Keys may be exchanged via a secure communication channel using a secure key provisioning protocol such as the Dynamic Symmetric Key Provisioning Protocol (DSKPP) (see, eg, Request for Comments (RFC) 6063). However, the underlying principles of the invention are not limited to any particular key provisioning protocol.

Once the symmetric keys are exchanged, they can be used by each device 101 and IoT hub 110 to encrypt communications. Similarly, IoT hub 110 and IoT service 120 may perform a secure symmetric key exchange and then encrypt communications using the exchanged symmetric key. In one embodiment, new symmetric keys are periodically exchanged between the device 101 and the hub 110 and between the hub 110 and the IoT service 120 . In one embodiment, new symmetric keys are exchanged with each new communication session between device 101, hub 110, and service 120 (eg, new keys are generated for each communication session and exchanged securely). In one embodiment, if the IoT central security module 1312 is trusted, the service 120 may negotiate a session key with the central security module 1312 and then the security module 1312 will negotiate a session key with each device 120 . Messages from the service 120 will then be decrypted and authenticated in the central security module 1312 before re-encrypting the transmission towards the device 101 .

In one embodiment, to prevent tampering with the central security module 1312, a one-time (permanent) installation key may be negotiated between the device 101 and the service 120 at installation time. When sending a message to device 101, service 120 may first encrypt/MAC using the device installation key and then encrypt/MAC using the central session key. The hub 110 will then verify and extract the encrypted device blob and send it to the device.

In one embodiment of the invention, a counter mechanism is implemented to prevent replay attacks. For example, each successive communication from device 101 to hub 110 (or vice versa) may be assigned a continuously increasing counter value. Both the hub 110 and the device 101 will keep track of this value and verify that the value is correct at each successive communication between the devices. The same technique can be implemented between hub 110 and service 120 . Using the counter in this way will make it more difficult to spoof the communication between each device (since the counter value will be incorrect). However, even without this, a shared installation key between the service and the device will prevent a network (hub) wide attack on all devices.

In one embodiment, when public/private key encryption is used, the IoT hub 110 decrypts the IoT hub data packet using its private key and generates an encrypted IoT device data packet, which will be sent to the associated IoT device 101 . The IoT device 101 then decrypts the IoT device data packet using its private key to generate commands/data originating from the IoT service 120 . It can then process data and/or execute commands. With symmetric encryption, each device will encrypt and decrypt using a shared symmetric key. In either case, each sending device can also sign the message with its private key so that the receiving device can verify its authenticity.

Communications from IoT device 101 to IoT hub 110 and IoT service 120 may be encrypted using different sets of keys. For example, in one embodiment, using a public/private key protocol, security logic 1302 on IoT device 101 encrypts data packets sent to IoT hub 110 using IoT hub 110's public key. Security logic 1312 on IoT hub 110 can then decrypt the data packet using IoT hub's private key. Similarly, security logic 1302 on IoT device 101 and/or security logic 1312 on IoT hub 110 may encrypt packets sent to IoT service 120 using IoT service 120's public key (which may then use the service The private key for is decrypted by the security logic 1313 on the IoT service 120). Using a symmetric key, the device 101 and the center 110 may share a symmetric key, while the center and the service 120 may share a different symmetric key.

While certain specific details have been set forth in the description above, it should be noted that the underlying principles of the invention can be implemented using a variety of different encryption techniques. For example, while some of the embodiments discussed above use asymmetric public/private key pairs, alternative embodiments may use key pairs that are securely exchanged between the various IoT devices 101-102, IoT hub 110, and IoT service 120. Symmetric key. Also, in some embodiments, the data/commands themselves are not encrypted, but a key is used to generate a signature on the data/commands (or other data structures). The receiver can then verify the signature using its key.

As shown in FIG. 14 , in one embodiment, secure key storage on each IoT device 101 is implemented using a programmable Subscriber Identity Module (SIM) 1401 . In this embodiment, the IoT device 101 may initially be provided to an end user using an unprogrammed SIM card 1401 seated within a SIM interface 1400 on the IoT device 101 . To program the SIM card with a set of one or more encryption keys, the user removes the programmable SIM card 1401 from the SIM interface 500 and inserts it into the SIM programming interface 1402 on the IoT hub 110 . The programming logic 1425 on the IoT hub then securely programs the SIM card 1401 to register/pair the IoT device 101 with the IoT hub 110 and the IoT service 120 . In one embodiment, a public/private key pair can be randomly generated by the programming logic 1425, and the public key of the key pair can then be stored in IoT Hub's secure storage device 411, while the private key can be stored in In programmable SIM 1401. Additionally, programming logic 1425 may store public keys for IoT hub 110, IoT service 120, and/or any other IoT device 101 on SIM card 1401 (for use by security logic 1302 on IoT device 101 to encrypt transmitted output data). Once the SIM 1401 is programmed, a new IoT device 101 can be provisioned by the IoT service 120 using the SIM as a security identifier (eg, registering the device with the SIM using existing techniques). After configuration, IoT hub 110 and IoT service 120 will securely store a copy of the IoT device public key to be used in encrypting communications with IoT device 101 .

The techniques described above in connection with FIG. 14 provide enormous flexibility in providing new IoT devices to end users. Rather than requiring the user to directly register each SIM with a specific service provider at the time of sale/purchase (as is currently done), the SIM can be programmed directly by the end user via the IoT Hub 110 and the results of the programming can be securely communicated to the IoT Service 120 . Thus, a new IoT device 101 can be sold to an end user from an online or local retailer and then securely provisioned through the IoT service 120 .

Although the registration and encryption techniques have been described above in the specific context of a SIM (Subscriber Identity Module), the underlying principles of the invention are not limited to "SIM" devices. Rather, the basic principles of the invention may be implemented using any type of device having secure storage for storing a set of encryption keys. Furthermore, while the above embodiments include removable SIM devices, in one embodiment the SIM device is not removable and the IoT device itself can be plugged into the programming interface 1402 of the IoT hub 110 .

In one embodiment, the SIM is pre-programmed into the IoT device 101 prior to distribution to the end user, without requiring the user to program the SIM (or other device). In this embodiment, when a user sets up an IoT device 101, encryption keys may be securely exchanged between the IoT hub 110/IoT service 120 and the new IoT device 101 using various techniques described herein.

For example, as shown in FIG. 15A , each IoT device 101 or SIM 401 may be packaged with a barcode or QR code 1501 that uniquely identifies the IoT device 101 and/or SIM 1401 . In one embodiment, the barcode or QR code 1501 includes an encoded representation of the public key for the IoT device 101 or SIM 1401 . Alternatively, barcode or QR code 1501 may be used by IoT hub 110 and/or IoT service 120 to identify or generate a public key (eg, as a pointer to a public key already stored in secure storage). The barcode or QR code 1501 can be printed on a separate card (as shown in Figure 15A), or can be printed directly on the IoT device itself. Regardless of where the barcode is printed, in one embodiment, the IoT hub 110 is equipped with a barcode reader 206 for reading the barcode and providing the resulting data to the security logic 1312 on the IoT hub 110 and/or the IoT Security Logic 1313 on Service 120 . Security logic 1312 on IoT hub 110 may then store the IoT device's public key in its secure key store 1311, and security logic 1313 on IoT service 120 may store the public key in its secure In the storage device 1321 (for subsequent encrypted communication).

In one embodiment, the data contained in the barcode or QR code 1501 can also be accessed by a user device 135 (e.g., an iPhone or Android device) with an installed IoT application or a browser-based applet designed by an IoT service provider. capture. Once captured, the barcode data may be securely transmitted to IoT service 120 over a secure connection (eg, such as a Secure Sockets Layer (SSL) connection). Barcode data may also be provided from client device 135 to IoT hub 110 over a secure local connection (eg, over a local WiFi or Bluetooth LE connection).

Security logic 1302 on IoT device 101 and security logic 1312 on IoT hub 110 may be implemented using hardware, software, firmware, or any combination thereof. For example, in one embodiment, the security logic 1302, 1312 is implemented within the chip used to establish the local communication channel 130 between the IoT device 101 and the IoT hub 110 (e.g., if the local channel 130 is Bluetooth LE, then Bluetooth LE chip). Regardless of the specific location of the security logic components 1302, 1312, in one embodiment, the security logic components 1302, 1312 are designed to establish a secure execution environment for executing certain types of program code. This can be achieved, for example, by using TrustZone technology (available on some ARM processors) and/or Trusted Execution Technology (designed by Intel). Of course, the underlying principles of the invention are not limited to any particular type of secure enforcement technique.

In one embodiment, a barcode or QR code 1501 may be used to pair each IoT device 101 with IoT hub 110 . For example, a pairing code embedded within a barcode or QR code 1501 may be provided to IoT hub 110 to pair the IoT hub with a corresponding IoT device, rather than using the standard wireless pairing method currently used to pair Bluetooth LE devices.

FIG. 15B shows an embodiment where the barcode reader 206 on the IoT hub 110 captures the barcode/QR code 1501 associated with the IoT device 101 . As described above, the barcode/QR code 1501 may be printed directly on the IoT device 101 , or may be printed on a separate card provided with the IoT device 101 . In either case, the barcode reader 206 reads the pairing code from the barcode/QR code 1501 and provides the pairing code to the local communication module 1580 . In one embodiment, the local communication module 1580 is a Bluetooth LE chip and associated software, although the underlying principles of the invention are not limited to any particular protocol standard. Once the pairing code is received, it is stored in secure storage containing pairing data 1585, and the IoT device 101 and IoT hub 110 will be automatically paired. Whenever the IoT hub is paired with a new IoT device in this manner, the pairing data for that pairing will be stored in secure storage 1585 . In one embodiment, once the local communication module 1580 of the IoT hub 110 receives the pairing code, it may use the code as a key to encrypt communications with the IoT device 101 over the local wireless channel.

Similarly, on the IoT device 101 side, the local communication module 1590 stores pairing data indicating pairing with the IoT hub in the local secure storage 1595 . Pairing data 1595 may include a pre-programmed pairing code identified in barcode/QR code 1501 . Pairing data 1595 may also include pairing data received from local communication module 1580 on IoT hub 110 required to establish a secure local communication channel (eg, an additional key used to encrypt communications with IoT hub 110 ).

Thus, the barcode/QR code 1501 can be used to perform local pairing in a much more secure manner than current wireless pairing protocols, since the pairing code is not sent over the air. Furthermore, in one embodiment, the same barcode/QR code 1501 used for pairing can be used to identify encryption keys to establish secure connections from IoT device 101 to IoT hub 110 and from IoT hub 110 to IoT service 120 .

Figure 16 illustrates a method for programming a SIM card according to one embodiment of the present invention. The method can be implemented within the system architectures described above, but is not limited to any particular system architecture.

At 1601, the user receives a new IoT device with a blank SIM card, and at 1602, the user inserts the blank SIM card into the IoT hub. At 1603, the user programs a blank SIM card with a set of one or more encryption keys. For example, as described above, in one embodiment the IoT hub may randomly generate a public/private key pair and store the private key on the SIM card and the public key in its local secure storage. Furthermore, at 1604 at least the public key is sent to the IoT service so that it can be used to identify the IoT device and establish encrypted communications with the IoT device. As noted above, in one embodiment, a programmable device other than a "SIM" card may be used to perform the same functions as the SIM card in the method shown in FIG. 16 .

Figure 17 shows a method of integrating new IoT devices into a network. The method can be implemented within the system architectures described above, but is not limited to any particular system architecture.

At 1701, a user receives a new IoT device that has a pre-assigned encryption key. At 1702, the key is securely provided to the IoT hub. As noted above, in one embodiment, this involves reading a barcode associated with an IoT device to identify the public key of the public/private key pair assigned to the device. Barcodes can be read directly by the IoT hub, or captured via an app or browser via a mobile device. In an alternative embodiment, a secure communication channel, such as a Near Field Communication (NFC) channel or a secure WiFi channel, may be established between the IoT device and the IoT hub to exchange keys. Regardless of how the key is sent, once received it is stored in a secure key memory on the IoT hub device. As mentioned above, various secure execution technologies can be used on IoT Hub to store and protect keys such as Secure Enclaves, Trusted Execution Technology (TXT), and/or Trustzone. Furthermore, at 1703, the key is securely sent to the IoT service, which stores the key in its own secure key store. This key can then be used to encrypt communications with IoT devices. Again, the exchange can be achieved using certificates/signing keys. Within the hub 110, it is particularly important to prevent modification/addition/removal of stored keys.

FIG. 18 shows a method of securely transferring commands/data to IoT devices using public/private keys. The method can be implemented within the system architectures described above, but is not limited to any particular system architecture.

At 1801, the IoT service encrypts data/commands using the IoT device public key to create an IoT device data package. It then encrypts the IoT device packet using the IoT Hub's public key to create an IoT Hub packet (e.g., create an IoT Hub wrapper around the IoT Device packet). At 1802, the IoT service sends an IoT hub data packet to the IoT hub. At 1803, the IoT hub decrypts the IoT hub data packet using the IoT hub's private key to generate an IoT device data packet. Then, at 1804, it sends the IoT device data packet to the IoT device, which at 1805 decrypts the IoT device data packet using the IoT device private key to generate data/commands. At 1806, the IoT device processes data/commands.

In embodiments using symmetric keys, a symmetric key exchange may be negotiated between each device (eg, between each device and the hub and between the hub and the service). Once the key exchange is complete, each sending device encrypts and/or signs each transmission using the symmetric key before sending the data to the receiving device.

Embodiments of the invention may include the various steps described above. These steps can be embodied as machine-executable instructions that can be used to cause a general purpose processor or a special purpose processor to perform these steps. Alternatively, the steps may be performed by specific hardware components containing hardwired logic for performing the steps, or by any combination of programmed computer components and custom hardware components.

As described herein, instructions may refer to specific hardware configurations, such as an application-specific integrated circuit (ASIC), configured to perform certain operations or have predetermined functions stored in a memory embodied in a non-transitory computer-readable medium or software instructions. Accordingly, the techniques shown in the figures may be implemented using code and data stored and executed on one or more electronic devices (eg, end stations, network elements, etc.). Such electronic devices store and transmit (internally and/or with other electronic devices on a network) code and data using computer machine-readable media, such as non-transitory computer machine-readable storage media (e.g., disk ; optical discs; random access memory; read-only memory; flash memory devices; phase-change memory) and transitory computer machine-readable communications media (e.g., electrical, optical, acoustic, or other forms of propagating signals—such as carrier waves, infrared signals, digital signal, etc.). Additionally, such electronic devices typically include a collection of one or more processors coupled to one or more other components, such as one or more storage devices (non-transitory machine-readable storage media), user Input/output devices (eg, keyboards, touch screens, and/or monitors) and network connections. The coupling of the set of processors and other components is typically through one or more buses and bridges (also called bus controllers). The storage device and the network traffic-carrying signals represent one or more machine-readable storage media and machine-readable communication media, respectively. Thus, the storage device of a given electronic device typically stores code and/or data for execution on the set of one or more processors of that electronic device. Of course, one or more parts of an embodiment of the invention may be implemented using different combinations of software, firmware and/or hardware.

Throughout the detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the invention. It will be readily apparent, however, to one skilled in the art that the present invention may be practiced without some of these specific details. In some instances, well-known structures and functions have not been described in detail so as not to obscure the subject matter of the present invention. Therefore, the scope and spirit of the invention should be determined with reference to the appended claims.

Claims (163)

1. a kind of system, including：

Internet of Things (IoT) center, the IoT centers include being used for the IoT centers are couple into IoT by wide area network (WAN) The network interface of service, and

At least one IoT device, the IoT devices are communicatively coupled to the IoT centers by radio communication channel, described IoT devices include infrared (IR) or radio frequency (RF) booster, to be communicated via the IR or RF with specified electronic equipment to control Electronic equipment is stated, the IoT devices also include at least one sensor, and the sensor is used to detect and the electronic equipment Related conditions present is operated, the IoT devices are sent to described current by the radio communication channel to the IoT centers The instruction of condition；And

The IoT centers include remote-control code database, and the remote-control code database can be used in for storage The remote-control code of the electronic equipment is controlled, the IoT centers also include control logic unit, the control logic unit For generating remote control command using the remote-control code, the remote control command is rung by the control logic unit Conditions present described in Ying Yu and selected via what user's set was provided from the input of end user, in the IoT The order is sent to the IoT devices by the heart by the radio communication channel；And

The remote control command responsively is sent to the electronic equipment to control the electronics to set by the IoT devices It is standby.

2. system according to claim 1, wherein the electronic equipment includes air-conditioning and/or heater, the sensor Including temperature sensor, and the conditions present includes temperature.

3. system according to claim 2, wherein by the user's set provide from the defeated of the end user Enter including preferred temperature, wherein the control logic unit generates the remote control command to open or close the air-conditioning And/or heater is to realize the preferred temperature.

4. system according to claim 1, wherein the electronic equipment include audio-visual equipment, lamp, stove, washing machine and/ Or dryer.

5. system according to claim 1, wherein the IoT centers, which include remote-control code, learns logical block, institute Remote-control code study logical block is stated for the user input information in response to the identification electronic equipment from institute State the master control code database retrieval remote-control code in IoT services.

6. system according to claim 5, wherein remote-control code study logical block is communicatively coupled to collection Into in the supercentral IR/RF interfaces of the IoT, the remote-control code learns logical block by being connect via the IR/RF Mouthful capture remote-control code from designed for the original remote controllers that are operated together with the electronic equipment, thus directly from Remote-control code described in the original remote controller learning.

7. system according to claim 6, wherein remote-control code study logical block is used to be captured Remote-control code is stored in the supercentral remote-control code databases of the IoT.

8. system according to claim 1, wherein the input from the user is supplied to by the IoT services The IoT centers.

9. system according to claim 1, wherein the radio communication channel includes Bluetooth Low Energy (BTLE) communication letter Road.

10. system according to claim 1, wherein the IoT is couple to institute centrally through cellular network connection communication IoT services are stated, the IoT centers are couple to the WAN by the cellular network connection.

11. system according to claim 1, in addition to：

Multiple additional IoT devices, the additional IoT devices are communicatively coupled to every in the IoT centers, the IoT devices One includes IR or RF boosters, controls the electronics to set to be communicated via the IR or RF with different types of electronic equipment Standby, each IoT devices also include at least one sensor, and the sensor is used to detect the operation with the distinct electronic apparatuses Related conditions present, each IoT devices are sent to the conditions present by the radio communication channel to the IoT centers Instruction.

12. a kind of method, including：

Internet of Things (IoT) center to center communications is couple to by wide area network (WAN) by IoT services, and

At least one IoT device is communicatively coupled to by the IoT centers by radio communication channel, the IoT devices include Infrared (IR) or radio frequency (RF) booster, the electronic equipment is controlled to be communicated via the IR or RF with specified electronic equipment；

Conditions present, the operation phase of the conditions present and the electronic equipment are sensed using the sensor on the IoT devices Close；

The conditions present is sent to the IoT centers by the radio communication channel from the IoT devices；

With reference to user's input analysis conditions present, with remote using the selection of the remote-control code of the IoT centers Process control order,

The remote control command is sent to the IoT devices by the radio communication channel from the IoT centers, it is described The remote control command responsively is sent to the electronic equipment to control the electronic equipment by IoT devices.

13. method according to claim 12, wherein the electronic equipment includes air-conditioning and/or heater, the sensing Device includes temperature sensor, and the conditions present includes temperature.

14. method according to claim 13, wherein by the user's set provide from the end user's Input includes preferred temperature, wherein the control logic unit generates the remote control command to open or close the air-conditioning And/or heater is to realize the preferred temperature.

15. method according to claim 12, wherein the electronic equipment includes audio-visual equipment, lamp, stove, washing machine And/or dryer.

16. method according to claim 12, wherein the IoT centers, which include remote-control code, learns logical block, Remote-control code study logical block be used to inputting information in response to the user for recognizing the electronic equipment and from Master control code database retrieval remote-control code in the IoT services.

17. method according to claim 16, wherein remote-control code study logical block is communicatively coupled to The supercentral IR/RF interfaces of the IoT are integrated in, the remote-control code study logical block passes through via the IR/RF Interface captures remote-control code from the original remote controllers designed for being operated together with the electronic equipment, so that directly From remote-control code described in the original remote controller learning.

18. method according to claim 17, wherein remote-control code study logical block is used to be captured Remote-control code be stored in the supercentral remote-control code databases of the IoT.

19. method according to claim 12, is provided wherein the input from the user is serviced by the IoT To the IoT centers.

20. method according to claim 12, wherein the radio communication channel communicates including Bluetooth Low Energy (BTLE) Channel.

21. method according to claim 12, wherein the IoT is couple to institute centrally through cellular network connection communication IoT services are stated, the IoT centers are couple to the WAN by the cellular network connection.

22. method according to claim 12, in addition to：

Each that multiple additional IoT devices are communicatively coupled in the IoT centers, the IoT devices includes IR or RF Booster, the electronic equipment is controlled to be communicated via the IR or RF with different types of electronic equipment, each IoT devices are also Including at least one sensor, the sensor is used to detect the conditions present related to the operation of the distinct electronic apparatuses, Each IoT devices send the instruction to the conditions present by the radio communication channel to the IoT centers.

23. a kind of system, including：

Internet of Things (IoT) center, the IoT centers include being used for the IoT centers are couple into IoT by wide area network (WAN) The network interface of service；With

At least one IoT device, the IoT devices are communicatively coupled to the IoT centers by radio communication channel, described IoT devices include infrared (IR) or radio frequency (RF) booster, to be communicated via the IR or RF with environmental control equipment to control Environmental control equipment is stated, the IoT devices also include at least one sensor, and the sensor can be by the ring for measurement The current environmental condition of border control device control, the IoT devices are sent by the radio communication channel to the IoT centers Instruction to the conditions present；And

The IoT centers include remote-control code database, and the remote-control code database can be used in for storage The remote-control code of the environmental control equipment is controlled, the IoT centers also include control logic unit, the control logic Part is used to generate remote control command using the remote-control code, and the remote control command is by the control logic portion Part in response to the current environmental condition that is measured by the sensor and via user's set provide from final use The instruction at family expects the input of environmental condition and selected that the IoT centers believe the order by the radio communication Road is sent to the IoT devices；

It is described to attempt control that the remote control command is responsively sent to the environmental control equipment by the IoT devices Environmental control equipment；

Wherein described IoT centers are configured as continuity or periodically monitor the current environment that is measured by the sensor Condition, and if desired environmental condition is wherein at the appointed time not implemented after section, it is centrally generated finger from the IoT Show the notice that the environmental control equipment possibly can not normally be run.

24. system according to claim 23, wherein the environmental control equipment includes air-conditioning and/or heater, it is described Sensor include temperature sensor, the current environmental condition include the first temperature, and desired environmental condition include with The different second temperature of first temperature.

25. system according to claim 24, wherein the data for notifying to be sent to the user from the IoT centers Processing unit.

26. system according to claim 25, if wherein desired ring is not implemented after the specified period Border condition, then the IoT centers be further configured to send one or more remote control commands to close the environment control Control equipment.

27. system according to claim 23, wherein the IoT centers, which include remote-control code, learns logical block, The remote-control code study logical block is used to input information in response to the user for recognizing the environmental control equipment And from the master control code database retrieval remote-control code in the IoT services.

28. system according to claim 24, wherein remote-control code study logical block is communicatively coupled to The supercentral IR/RF interfaces of the IoT are integrated in, the remote-control code study logical block passes through via the IR/RF Interface captures remote-control code from the original remote controllers designed for being operated together with the environmental control equipment, so that Directly from remote-control code described in the original remote controller learning.

29. system according to claim 28, wherein remote-control code study logical block is used to be captured Remote-control code be stored in the supercentral remote-control code databases of the IoT.

30. system according to claim 23, is provided wherein the input from the user is serviced by the IoT To the IoT centers.

31. system according to claim 23, wherein the radio communication channel communicates including Bluetooth Low Energy (BTLE) Channel.

32. system according to claim 23, wherein the IoT is couple to institute centrally through cellular network connection communication IoT services are stated, the IoT centers are couple to the WAN by the cellular network connection.

33. system according to claim 23, in addition to：

Multiple additional IoT devices, the additional IoT devices are communicatively coupled to every in the IoT centers, the IoT devices One includes IR or RF boosters, and the environment is controlled to be communicated via the IR or RF with different types of environmental control equipment Control device, each IoT devices also include at least one sensor, and the sensor is used to detect to be controlled with the varying environment The conditions present of the operation correlation of equipment, each IoT devices are sent to institute by the radio communication channel to the IoT centers State the instruction of conditions present.

34. a kind of method, including：

Internet of Things (IoT) center to center communications is couple to by wide area network (WAN) by IoT services, and

At least one IoT device is communicatively coupled to by the IoT centers by radio communication channel, the IoT devices include Infrared (IR) or radio frequency (RF) booster, controls the environmental Kuznets Curves to set to be communicated via the IR or RF with environmental control equipment Standby, the IoT devices also include at least one sensor, and the sensor can be by the environmental control equipment control for measurement The current environmental condition of system, the IoT devices are sent by the radio communication channel to the IoT centers works as preceding article to described The instruction of part；And

Store the remote control for the environmental control equipment that can be used in controlling in the remote control data storehouse at the IoT centers Code,

Using the remote-control code generate remote control command, the remote control command by control logic unit in response to The current environmental condition measured by the sensor and the instruction from end user provided via user's set Expect the input of environmental condition and selected,

Order is sent to the IoT devices by the radio communication channel from the IoT centers；

The remote control command responsively is sent into the environmental control equipment from the IoT devices to attempt to control institute State environmental control equipment；

Wherein described IoT centers are configured as continuity or periodically monitor the current environment that is measured by the sensor Condition, and if desired environmental condition is wherein at the appointed time not implemented after section, generation indicates the environment control The notice that control equipment possibly can not normally be run.

35. method according to claim 34, wherein the environmental control equipment includes air-conditioning and/or heater, it is described Sensor include temperature sensor, the current environmental condition include the first temperature, and desired environmental condition include with The different second temperature of first temperature.

36. method according to claim 35, wherein the notice is sent to described in the user from the IoT centers Data processing equipment.

37. method according to claim 36, if wherein desired ring is not implemented after the specified period Border condition, then the IoT centers be further configured to send one or more remote control commands to close the environment control Control equipment.

38. method according to claim 34, wherein the IoT centers, which include remote-control code, learns logical block, The remote-control code study logical block is used to input information in response to the user for recognizing the environmental control equipment And from the master control code database retrieval remote-control code in the IoT services.

39. the method according to claim 38, wherein remote-control code study logical block is communicatively coupled to The supercentral IR/RF interfaces of the IoT are integrated in, the remote-control code study logical block passes through via the IR/RF Interface captures remote-control code from the original remote controllers designed for being operated together with the environmental control equipment, so that Directly from remote-control code described in the original remote controller learning.

40. the method according to claim 39, wherein remote-control code study logical block is used to be captured Remote-control code be stored in the supercentral remote-control code databases of the IoT.

41. method according to claim 34, is provided wherein the input from the user is serviced by the IoT To the IoT centers.

42. method according to claim 12, wherein the radio communication channel communicates including Bluetooth Low Energy (BTLE) Channel.

43. method according to claim 12, wherein the IoT is couple to institute centrally through cellular network connection communication IoT services are stated, the IoT centers are couple to the WAN by the cellular network connection.

44. method according to claim 12, in addition to：

Multiple additional IoT devices, the additional IoT devices are communicatively coupled to every in the IoT centers, the IoT devices One includes IR or RF boosters, and the environment is controlled to be communicated via the IR or RF with different types of environmental control equipment Control device, each IoT devices also include at least one sensor, and the sensor is used to detect to be controlled with the varying environment The conditions present of the operation correlation of equipment, each IoT devices are sent to institute by the radio communication channel to the IoT centers State the instruction of conditions present.

45. a kind of system, including：

Internet of Things (IoT) center, the IoT centers include being used for the IoT centers are couple into IoT by wide area network (WAN) The network interface of service, and

IoT devices, the IoT devices are communicatively coupled to the IoT centers by radio communication channel；

The IoT devices include the sensor for being used to measure the local conditional influenceed by the local device in user family, described Ground device has potential dangerous when unexpectedly opening, and the IoT devices are by one or more measurements of the local conditional Value is sent to the IoT centers by the radio communication channel；

The supercentral control logic units of IoT receive one or more of surveys of the local conditional from the sensor Value, and assess one or more of measured values to determine whether the local device is unexpectedly opened, the control Logical block generation signal processed is with response to determining that the local device is unexpectedly opened and closes the local device.

46. system according to claim 45, wherein the local conditional includes temperature, and if wherein described temperature Duration higher than the first specified threshold exceedes the time quantum specified, then the control logic unit determines the local device Unexpectedly opened.

47. system according to claim 46, wherein the local device includes stove.

48. system according to claim 47, wherein the control logic unit is described for transmitting the signal to IoT devices, so that the IoT devices close the stove.

49. system according to claim 48, wherein the IoT devices are used for the electricity that the stove is supplied to by cut-out Source or source of the gas close the stove.

50. system according to claim 48, wherein the IoT devices are used for by the way that signal is wirelessly transmitted to The stove closes the stove.

51. system according to claim 46, if wherein the temperature increase to over the second specified threshold regardless of whether when How is the area of a room, then the control logic unit determines that the local device is unexpectedly opened.

52. system according to claim 50, wherein the wireless signal is included from the booster life on the IoT devices Into infrared (IR) or radio frequency (RF) signal.

53. system according to claim 46, wherein the local device includes electric heater or hot-air heater.

54. system according to claim 45, wherein the IoT centers are configured as notifying the IoT to service described Ground device is unexpectedly opened, and the IoT is serviced to send to the data processing equipment of the user and notified, to notify the use Local device described in family is unexpectedly opened.

55. system according to claim 54, wherein the data processing equipment includes application or browser can perform generation Code, to show the notice and the ability of the control local device is provided to the user.

56. a kind of method, including：

Internet of Things (IoT) center of offer, the IoT centers include being used to be couple to the IoT centers by wide area network (WAN) The network interface of IoT services, and

The IoT devices that the IoT centers are communicatively coupled to by radio communication channel are provided, the IoT devices include being used for The sensor of the local conditional influenceed by the local device in user family is measured, the local device has when unexpectedly opening Potential dangerous, the IoT devices pass one or more measured values of the local conditional by the radio communication channel It is sent to the IoT centers；

The one or many of the local conditional is received from the sensor by the supercentral control logic units of the IoT Individual measured value, and assess one or more of measured values to determine whether the local device is unexpectedly opened, institute Control logic unit generation signal is stated with response to determining that the local device is unexpectedly opened and closes the local dress Put.

57. method according to claim 56, wherein the local conditional includes temperature, and if wherein described temperature Duration higher than the first specified threshold exceedes the time quantum specified, then the control logic unit determines the local device Unexpectedly opened.

58. method according to claim 57, wherein the local device includes stove.

59. method according to claim 58, wherein the control logic unit is described for transmitting the signal to IoT devices, so that the IoT devices close the stove.

60. method according to claim 59, wherein the IoT devices are used for the electricity that the stove is supplied to by cut-out Source or source of the gas close the stove.

61. method according to claim 59, wherein the IoT devices are used for by the way that signal is wirelessly transmitted to The stove closes the stove.

62. method according to claim 57, if wherein the temperature increase to over the second specified threshold regardless of whether when How is the area of a room, then the control logic unit determines that the local device is unexpectedly opened.

63. method according to claim 61, wherein the wireless signal is included from the booster life on the IoT devices Into infrared (IR) or radio frequency (RF) signal.

64. method according to claim 57, wherein the local device includes electric heater or hot-air heater.

65. method according to claim 56, wherein the IoT centers are configured as notifying the IoT to service described Ground device is unexpectedly opened, and the IoT is serviced to send to the data processing equipment of the user and notified, to notify the use Local device described in family is unexpectedly opened.

66. method according to claim 54, wherein the data processing equipment includes application or browser can perform generation Code, to show the notice and the ability of the control local device is provided to the user.

67. a kind of IoT systems, including：

Internet of Things (IoT) center, the IoT centers include being used for the IoT centers are couple into IoT by first communication channel The network interface of service；

At least one IoT device, the IoT devices are communicatively coupled to the IoT centers by the second communication channel；

Connection monitoring logical block, the connection monitoring logical block is used to detect between the IoT services and the IoT centers The first communication channel when become invalid；

Notification logic part, the notification logic part is used to detect described first in response to the connection monitoring logical block Communication channel become it is invalid and to the IoT systems user data processing equipment send notify.

68. system according to claim 67, wherein the connection monitoring logical block and the notification logic part exist Realized in the IoT services.

69. system according to claim 68, wherein the connection monitoring logical block is configured as periodically to institute State IoT centers and send request, and fail at the IoT centers to send and determine that the first communication channel has become after response It is invalid.

70. system according to claim 69, wherein failing to send after the request of specified quantity at the IoT centers After response, the connection monitoring logical block determines that the first communication channel has become invalid.

71. system according to claim 67, wherein the first communication channel is connected including cellular network, and wherein The IoT centers are also couple to the IoT services by family's internet connection communication, wherein the connection monitoring logic section Part is configured as detecting the failure in any connection, and the being configured to respond to property of notification logic part notify the use The connection failed described in family.

72. the system according to claim 71, if wherein the IoT services have been configured as the cellular network connection It is invalid to be confirmed as, then continues through family internet connection and the IoT center to center communications, and if being configured as institute Stating family's internet connection has become invalid, then passes through the cellular connection and the IoT center to center communications.

73. the system according to claim 72, wherein the notification logic part by the internet to the user Data processing equipment send it is described notify, the data processing equipment have performed thereon based on application or based on browsing The program code of device, to receive the notice and to generate visual notification to the user, the visual notification is included to described The instruction of the current state of first communication channel.

74. a kind of method, including：

Internet of Things (IoT) center of offer, the IoT centers include being used to couple the IoT centers by first communication channel The network interface serviced to IoT；

At least one IoT device is provided, the IoT devices are communicatively coupled to the IoT centers by the second communication channel；

Detect when the first communication channel between the IoT services and the IoT centers becomes invalid；

In response to the connection monitoring logical block detect the first communication channel become it is invalid and to the data of user Processing unit, which is sent, to be notified.

75. the method according to claim 74, wherein perform detection and the operation sent in the IoT services.

76. the method according to claim 75, wherein the detection is included from the IoT seeervice cycles property to described IoT centers send request, and fail at the IoT centers to send and determine that the first communication channel has become nothing after response Effect.

77. the method according to claim 76, wherein servicing the specified number of transmission from the IoT at the IoT centers Fail after the request of amount after sending response to IoT services, determine that the first communication channel has become invalid.

78. the method according to claim 74, wherein the first communication channel is connected including cellular network, and wherein The IoT centers are also couple to the IoT services by family's internet connection communication, wherein fail in any connection, And the notification logic part is used for the connection for responsively notifying to fail described in the user.

79. the method according to claim 78, if wherein the IoT services have been configured as the cellular network connection It is invalid to be confirmed as, then continues through family internet connection and the IoT center to center communications, and if being configured as institute Stating family's internet connection has become invalid, then passes through the cellular connection and the IoT center to center communications.

80. the method according to claim 74, wherein the number for notifying to be sent to the user by the internet According to processing unit, the data processing equipment has the program code based on application or based on browser performed thereon, with Just receive the notice and generate visual notification to the user, the visual notification includes the institute to the first communication channel State the instruction of current state.

81. a kind of miniature Internet of Things (IoT) center, including：

Shell with compact form factors；

The first network interface in the shell is integrated in, the first network interface is used for will be described by first communication channel IoT centers are couple to IoT services；

The second network interface in the shell is integrated in, second network interface is used for will be described by the second communication channel IoT centers are couple at least one IoT device, and second communication channel is local wireless communication channel；

Alternating current (A/C) input interface, the A/C input interfaces are inserted for the miniature IoT centers to be couple into A/C power supplys Seat；

Be integrated in the transformer in the shell, the transformer be used for by A/C electric power from the A/C input interfaces be converted to compared with Low-voltage D/C signals；With

At least one light emitting diode (LED) energized by the low voltage D/C signals, the LED is used to notify user institute The current state at IoT centers is stated, and additionally is able to be configured to the night-light of user-programmable.

82. the IoT centers according to claim 81, wherein the shell is 1.5 inches or smaller of cube.

83. the IoT centers according to claim 81, wherein the shell have between 1-2 inches or smaller depth and Height between 1-3 inches.

84. the IoT centers according to claim 81, in addition to the 3rd network interface, the 3rd network interface are couple to The A/C input interfaces by the A/C power outlets to set up third communication channel.

85. the IoT centers according to claim 81, in addition to program code, described program code can user number Performed according in processing unit, to allow the user to when opening and closing the LED and being programmed.

86. the IoT centers according to claim 85, wherein described program code are provided for referring to first for the user Fix time and open the LED and in the second option for specifying the time to close the LED.

87. the IoT centers according to claim 86, in addition to：

Low power microcontroller, the low power microcontroller can be programmed via described program code, and be configured To specify the time and described second to specify the time to open and close the LED described first respectively.

88. the IoT centers according to claim 87, in addition to：

Photodetector, the photodetector is integrated on the IoT centers to detect ambient visible light, the photodetection Device is communicatively coupled to the low power microcontroller, wherein the low power microcontroller is configured to respond to the photoelectricity Detector measures ambient visible light and opens the LED less than or equal to specified threshold.

89. the IoT centers according to claim 88, wherein the low power microcontroller be further configured in response to The photodetector measures ambient visible light and closes the LED higher than specified threshold.

90. the IoT centers according to claim 81, in addition to：

One or more USB (USB) ports, the USB port, which is provided, can be used in as other charge electronic devices Voltage and current.

91. a kind of method, including：

Miniature Internet of Things (IoT) center is provided, the miniature IoT centers include the shell with compact form factors；

The IoT center to center communications is couple to by first communication channel by IoT services；

The IoT center to center communications is couple to by the second communication channel by least one IoT device, second communication channel It is local wireless communication channel；

The miniature IoT centers are electrically coupled to alternating current (A/C) power outlet, with via integrated A/C input interfaces reception A/C electric power；

The A/C electric power is converted into low voltage D/C signals from the A/C input interfaces；

Powered using the low voltage D/C signals at least one light emitting diode (LED)；And

Inform the user the current state at the IoT centers using the LED, and in addition configuration processor code with by the LED It is programmed for programmable night-light.

92. the method according to claim 91, wherein the shell is 1.5 inches or smaller of cube.

93. the method according to claim 91, wherein the shell has between 1-2 inches or smaller depth and 1-3 Height between inch.

94. the method according to claim 91, in addition to the 3rd network interface is communicatively coupled to the A/C inputs connect Mouthful to set up third communication channel by the A/C power outlets.

95. the method according to claim 91, is additionally included in configuration processor code on the data processing equipment of user, to permit Perhaps when described user is to opening and closing the LED and being programmed.

96. the method according to claim 95, wherein described program code are provided for being specified first for the user Time opens the LED and in the second option for specifying the time to close the LED.

97. the method according to claim 96, in addition to：

The low-power consumption microcontroller in the IoT centers is programmed via described program code, and respectively described One specifies the time and described second to specify the time to open and close the LED.

98. the method according to claim 97, in addition to：

Ambient visible light is detected by being integrated in the supercentral photodetectors of the IoT, the photodetector communicatedly coupling The low power microcontroller is connected to, is measured wherein the low power microcontroller is configured to respond to the photodetector Ambient visible light opens the LED less than or equal to specified threshold.

99. the method according to claim 98, wherein the low power microcontroller is further configured in response to institute State photodetector measure ambient visible light higher than specified threshold and close the LED.

100. the method according to claim 91, is additionally included on the IoT centers and provides one or more general serials Bus (USB) port, to provide the voltage and current that can be used in as other charge electronic devices.

101. a kind of system, including：

Internet of Things (IoT) center, the IoT centers include being used to couple the IoT centers by honeycomb (cell) operator The network interface serviced to IoT, the IoT centers also include local communication interface, and the local communication interface is used for by this The IoT center to center communications is couple to multiple IoT devices by ground communication channel；

The supercentral cell operator selection logical blocks of IoT, the cell operator selection logical block is used to realize One group of rule, so as to the progress between the IoT centers to be connected to two or more cell operators of the IoT services Selection, the rule is based at least partially on related to each being connected in described two or more cell operators Cost and cell connection between each in the IoT centers and described two or more cell operators are related Connectivity data.

102. the system according to claim 101, wherein when selecting first community operator, the cell operator choosing Selecting logical block is used to make the network interface that the IoT centers are connected into the first community operator.

103. the system according to claim 101, wherein the connectivity data include the IoT centers and the cell Signal intensity between each in operator.

104. the system according to claim 103, wherein the connectivity data also include and IoT centers and described The reliability and/or performance data of connection correlation between each in cell operator.

105. the system according to claim 103, as long as wherein the rule specify the connectivity data indicate with most The related signal intensity of inexpensive cell operator and/or other link variables are higher than specified threshold, the cell operator choosing Logical block is selected just with the least cost cell operator to be connected.

106. the system according to claim 101, wherein the IoT centers be provided with advance be connected to it is described two or more The ability of each in multiple cell operators.

107. the system according to claim 101, wherein one group of rule takes on the IoT centers from the IoT Business is updated periodically.

108. the system according to claim 101, wherein the local communi-cation channel communicates including Bluetooth Low Energy (LE) Channel.

109. the system according to claim 108, strengthens wherein one or more of described IoT devices include IR or RF Device, the electronic equipment is controlled to be communicated via the IR or RF with different types of electronic equipment, and each IoT devices also include At least one sensor, the sensor is used to detect the conditions present related to the operation of the distinct electronic apparatuses, each IoT devices send the instruction to the conditions present by the radio communication channel to the IoT centers.

110. a kind of method, including：

It is programmed using and with the relevant regular Lai Dui IoT centers of cell operator connection, the rule includes and cell is transported Seek business's cost and/or the relevant rule of connectivity；

Collect the data relevant with cell operator cost and/or connectivity；

Main plot operator of the rule to determine for connecting the IoT centers is performed using collected data；And

The IoT centers are connected to the main plot operator.

111. the method according to claim 110, wherein when selecting first community operator, the cell operator choosing Selecting logical block is used to make the network interface that the IoT centers are connected into the first community operator.

112. the method according to claim 110, wherein the connectivity data include the IoT centers and the cell Signal intensity between each in operator.

113. the method according to claim 112, wherein the connectivity data also include and IoT centers and described The reliability and/or performance data of connection correlation between each in cell operator.

114. the method according to claim 112, as long as wherein the rule specify the connectivity data indicate with most The related signal intensity of inexpensive cell operator and/or other link variables are higher than specified threshold, the cell operator choosing Selecting logical block will just be connected with the least cost cell operator.

115. the method according to claim 110, wherein the IoT centers be provided with advance be connected to it is described two or more The ability of each in multiple cell operators.

116. the method according to claim 110, wherein one group of rule takes on the IoT centers from the IoT Business is updated periodically.

117. the method according to claim 110, wherein the local communi-cation channel communicates including Bluetooth Low Energy (LE) Channel.

118. the method according to claim 117, strengthens wherein one or more of described IoT devices include IR or RF Device, the electronic equipment is controlled to be communicated via the IR or RF with different types of electronic equipment, and each IoT devices also include At least one sensor, the sensor is used to detect the conditions present related to the operation of the distinct electronic apparatuses, each IoT devices send the instruction to the conditions present by the radio communication channel to the IoT centers.

119. a kind of system, including：

Internet of Things (IoT) center, the IoT centers include being used for the network interface that the IoT centers are couple to IoT services, The IoT centers also include local communication interface, and the local communication interface is used in the IoT by local communi-cation channel The heart is communicatively coupled to multiple IoT devices；

The IoT centers receive multiple different events of different event type, the IoT from each in the IoT devices Center also includes：

Event filter, the event filter is used to assess each event and according to one group programmed on the IoT centers Event filtering rule responsively determines whether to take the event forwarding to one or more outsides by the network interface Business, the event filtering rule is serviced by the IoT to be provided and specifies how the IoT centers will handle different event type.

120. the system according to claim 119, wherein the event filtering rule is at least in part by the IoT centers User specify.

121. the system according to claim 119, wherein one or more of external services are sudden and violent via the IoT centers The API (API) of dew is interacted with the IoT centers, and one or more of external services are registered to pass through institute State the notice that API receives certain types of event.

122. the system according to claim 121, wherein the IoT services be configured as detection it is registered one or The event of multiple external services, updates to the IoT service responses event filtering rule and by the event of the renewal Filtering rule is supplied to the event filter.

123. the system according to claim 122, wherein at least one in the event that will be forwarded by the event filter The individual event including to send notice to the data processing equipment of the end user and the external service.

124. the system according to claim 119, wherein the multiple IoT devices are configurable to generate different types of thing Part, includes the event of the detected value with above and below specified threshold.

125. the system according to claim 124, wherein the event filter is by with higher than the specified threshold The event forwarding of value is serviced and/or one or more of external services to the IoT, and wherein described event filter is not The event of value of the forwarding with less than the specified threshold.

126. the system according to claim 127, wherein at least some including security-related event in the event.

127. the system according to claim 119, wherein IoT services include event filter to assess from described Each event that IoT centers are sent, and it is responsively true according to the one group of event filtering rule programmed in the IoT services It is fixed whether by the event forwarding to one or more external services and/or user's set.

128. the system according to claim 127, wherein each in the external service by the IoT by being serviced Exposed API subscribes to reception event.

129. a kind of method, including：

Internet of Things (IoT) center to center communications is couple to by network interface by IoT services；

The IoT center to center communications is couple to by local communi-cation channel by multiple IoT devices；

Multiple different events of different event type are received from each in the IoT devices in the IoT centers；

Each event is assessed by the supercentral event filters of the IoT, and according to one group programmed on the IoT centers Event filtering rule responsively determines whether to take the event forwarding to one or more outsides by the network interface Business, the event filtering rule is serviced by the IoT to be provided and specifies how the IoT centers will handle different event type.

130. the method according to claim 129, wherein the event filtering rule is at least in part by the IoT centers User specify.

131. the method according to claim 129, wherein one or more of external services are sudden and violent via the IoT centers The API (API) of dew is interacted with the IoT centers, and one or more of external services are registered to pass through institute State the notice that API receives certain types of event.

132. the method according to claim 131, wherein the IoT services be configured as detection it is registered one or The event of multiple external services, updates to the IoT service responses event filtering rule and by the event of the renewal Filtering rule is supplied to the event filter.

133. the method according to claim 132, wherein at least one in the event that will be forwarded by the event filter The individual event including to send notice to the data processing equipment of the end user and the external service.

134. the method according to claim 131, wherein the multiple IoT devices are configurable to generate different types of thing Part, includes the event of the detected value with above and below specified threshold.

135. the method according to claim 134, wherein the event filter is by with higher than the specified threshold The event forwarding of value is serviced and/or one or more of external services to the IoT, and wherein described event filter is not The event of value of the forwarding with less than the specified threshold.

136. the method according to claim 135, wherein at least some including security-related event in the event.

137. a kind of system, including：

Internet of Things (IoT) center, the IoT centers include being used for the network interface that the IoT centers are couple to IoT services, The IoT centers also include local communication interface, and the local communication interface is used in the IoT by local communi-cation channel The heart is communicatively coupled to multiple IoT devices；

The IoT centers receive multiple different events of different event type from each in the IoT devices, and will be described Event forwarding is serviced to IoT；

The IoT services include event filter, and the event filter is used to assess each event, and according in the IoT The one group of event filtering rule programmed in service is responsively determined whether the event forwarding to one or more outside clothes Business and/or user's set, the event filtering rule specify how the IoT services will handle different event type.

138. the system according to claim 137, wherein the event filtering rule is at least in part by the IoT centers User specify.

139. the system according to claim 137, wherein one or more of external services service sudden and violent via the IoT The API (API) of dew is interacted with the IoT services, and one or more of external services are registered to pass through institute State the notice that API receives certain types of event.

140. the system according to claim 139, wherein the IoT services be configured as detection it is registered one or The event of multiple external services, updates to the IoT service responses event filtering rule and by the event of the renewal Filtering rule is supplied to the event filter.

141. system according to claim 140, wherein at least one in the event that will be forwarded by the event filter The individual event including to send notice to the data processing equipment of the end user and the external service.

142. system according to claim 119, wherein the multiple IoT devices are configurable to generate different types of thing Part, includes the event of the detected value with above and below specified threshold.

143. system according to claim 142, wherein the event filter is by with higher than the specified threshold The event forwarding of value is to the external service, and wherein described event filter is not forwarded with less than the specified threshold The event of value.

A kind of 144. IoT systems, including：

Internet of Things (IoT) center, the IoT centers include being used for the network interface that the IoT centers are couple to IoT services, The IoT centers also include local communication interface, and the local communication interface is used in the IoT by local communi-cation channel The heart is communicatively coupled to multiple IoT devices；

The IoT centers include logical block, and the logical block is used to collect data simultaneously from each in the IoT devices The IoT devices are controlled in response to user's input from multiple different users；

User behavior data collects logical block, and the user behavior data, which collects logical block, to be used to collect the IoT systems Interior user behavior data, the user behavior data collects logical block monitoring and records each user from the IoT devices In each data accessed and the IoT devices that are controlled of each user；

User profile generates logical block, and the user profile generation logical block is used to analyze the user behavior Data are to determine the configuration file of each user；With

Object content generates logical block, and the object content generation logical block is used for according to the configuration file life each determined Into the object content for being sent to each user.

145. system according to claim 144, wherein the user behavior data collects logical block in the IoT Perform in the heart, and the user behavior data is sent to the IoT services.

146. system according to claim 145, wherein user profile generation logical block takes in the IoT Perform to generate the configuration file of each user in business or external service.

147. system according to claim 146, wherein the object content generate logical block service in the IoT or The object content that each user is sent to generation is performed in external service.

148. system according to claim 144, wherein the data accessed according to each user in the IoT systems with And the IoT devices that each user controls in the IoT systems, it is that each user generates the configuration file.

149. system according to claim 144, is additionally included in the application or clear performed on the data processing equipment of user Look at device executable code, the application or browser executable code are used to allow IoT devices and visit described in the user's control Ask the data collected by the IoT devices in the IoT systems.

150. system according to claim 149, wherein the application or browser executable code are further configured To receive the object content generated based on the user profile and being that the user shows the object content.

151. system according to claim 150, wherein the object content includes one or more network linkings, to permit Perhaps described user accesses the additional information relevant with the object content.

152. system according to claim 144, wherein the user behavior data is sent to execution by IoT services The user profile generates one or more external services of logical block, and text is configured to be that each user generation is described Part, and generate logical block to generate object content based on each user profile using object content.

153. system according to claim 152, wherein one or more of described external service is by the target Hold the data processing equipment for being sent to and being operated by user.

A kind of 154. methods performed in IoT systems, including：

Internet of Things (IoT) center to center communications with network interface is couple to IoT services；

The IoT center to center communications is couple to by local communi-cation channel by multiple IoT devices via local communication interface；

Data are collected from each in the IoT devices and inputted in response to the user from multiple different users and controlled institute State each in IoT devices；

Controlled by monitoring and recording each user from the data of each access in the IoT devices and each user The IoT devices, collect the user behavior data in the IoT systems；

The user behavior data is analyzed to determine the configuration file of each user；And

The object content for being sent to each user is generated according to the configuration file of each determination.

155. method according to claim 154, wherein collecting the operation of user behavior data by by the user behavior Data are sent to the IoT centers of the IoT services to perform.

156. method according to claim 155, gives birth to wherein analyzing the operation of the user behavior data for each user Into the configuration file performed by the IoT service executions or in external service.

157. method according to claim 156, wherein generation object content operation by the IoT service executions or Performed in external service.

158. method according to claim 154, wherein the data accessed according to each user in the IoT systems with And the IoT devices that each user controls in the IoT systems, it is that each user generates the configuration file.

159. method according to claim 154, in addition to the application performed on the data processing equipment of user is provided Or browser executable code, the application or browser executable code are used to allow IoT devices described in the user's control The data collected with access by the IoT devices in the IoT systems.

160. the method according to claim 159, wherein the application or browser executable code are further configured To receive the object content generated based on the user profile and being that the user shows the object content.

161. method according to claim 160, wherein the object content includes one or more network linkings, to permit Perhaps described user accesses the additional information relevant with the object content.

162. method according to claim 154, wherein the user behavior data is sent to execution by IoT services The user profile generates one or more external services of logical block, and text is configured to be that each user generation is described Part, and generate logical block to generate object content based on each user profile using object content.

163. method according to claim 162, wherein one or more of described external service is by the target Hold the data processing equipment for being sent to and being operated by user.