WO2021021635A1 - Approvisionnement de dispositifs de commande avec des services basés dans plusieurs nuages - Google Patents

Approvisionnement de dispositifs de commande avec des services basés dans plusieurs nuages Download PDF

Info

Publication number
WO2021021635A1
WO2021021635A1 PCT/US2020/043516 US2020043516W WO2021021635A1 WO 2021021635 A1 WO2021021635 A1 WO 2021021635A1 US 2020043516 W US2020043516 W US 2020043516W WO 2021021635 A1 WO2021021635 A1 WO 2021021635A1
Authority
WO
WIPO (PCT)
Prior art keywords
control
devices
control device
information
remote servers
Prior art date
Application number
PCT/US2020/043516
Other languages
English (en)
Inventor
Agniva BANERJEE
Christopher Jon OSTER
John Nill
Original Assignee
Lutron Technology Company Llc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lutron Technology Company Llc filed Critical Lutron Technology Company Llc
Priority to CN202080068298.3A priority Critical patent/CN114450928A/zh
Priority to EP20757025.0A priority patent/EP4005189A1/fr
Priority to CA3145880A priority patent/CA3145880A1/fr
Priority to MX2022001116A priority patent/MX2022001116A/es
Publication of WO2021021635A1 publication Critical patent/WO2021021635A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/37—Managing security policies for mobile devices or for controlling mobile applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/63—Location-dependent; Proximity-dependent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/71—Hardware identity
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/26—Pc applications
    • G05B2219/2642—Domotique, domestic, home control, automation, smart house
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Definitions

  • a load control environment such as a residence, an office building, or a hotel for example, may be configured to include various types of load control systems.
  • the load control environment may include control devices that are associated with input devices for
  • a lighting control system may be used to control the lighting loads in the user environment.
  • a motorized window treatment control system may be used to control the natural light provided to the user environment.
  • a heating, ventilating, and air conditioning (HVAC) system may be used to control the temperature in the user environment.
  • HVAC heating, ventilating, and air conditioning
  • the control device may connect with the broker service, such as a broker provisioner service (BPS).
  • BPS broker provisioner service
  • the broker service or the BPS may receive a message from the control device indicating that the control device wants to be provisioned and communicates with the provisioned remote servers.
  • the BPS may have information about the remote servers that the control device may connect to. For example, the BPS may receive messages from the remote servers ( e.g ., periodically) indicating one or more services offered by the remote servers.
  • the BPS may provision (e.g., facilitate) connections between the control device and the remote servers.
  • the control device may send a connection request message to the BPS.
  • the control device may send the connection request message to the BPS when the control device first powers on, or after a power cycle, or periodically.
  • the control device may include information about the control device, such as a device ID, a device type, serial number, a MAC address, location information, authorization information, etc ., that identifies the control device to the BPS.
  • the BPS may have information about the remote servers that the control device may connect to.
  • the BPS may receive information about one or more services offered by the remote servers.
  • the BPS may have one or more brokers associated with corresponding remote servers that the control device may connect to.
  • the BPS may determine one or more services/brokers and the corresponding remote servers that the control device may be provisioned with to establish communications ( e.g ., in response to receiving the connection request message from the control device).
  • the BPS may determine a set of remote servers that the control device may communicate with by applying provisioning rules based on the information about the control device. Based on the determination, the BPS may perform provisioning procedures.
  • the BPS may send connection establishment request messages to the services/brokers and the corresponding remote servers (e.g., on behalf of the control device).
  • the BPS may send a provision message back to the control device.
  • the provision message may include information about the provisioned connection between the control device and the services/brokers and the corresponding remote servers by the BPS.
  • the provision message may include information for the control device on how to connect to the provisioned remote servers.
  • the provision message may include service IDs, broker IDs, topic IDs, subscription credentials, etc.
  • the provision message may also include an indication to the control device to connect to one or more (e.g, each) services/brokers that was provisioned.
  • the provision message may include an indication to connect to either one of the services/brokers that was provisioned.
  • the provision message may include an indication to connect to a compound set of the services/brokers that was provisioned.
  • the compound set of the services brokers may indicate the control device to connect to one or more brokers associated with a remote server and connect to one or more brokers associated with another remote server.
  • the control device may execute multi-server firmware and establish
  • the control device may establish multiple parallel connections on the multiple services offered by multiple remote servers (e.g ., that are provisioned by the BPS).
  • Communications between the control device, the BPS, and the remote servers may be done with a messaging-based interface, such as a message queue telemetry transport (MQTT) interface.
  • a messaging-based interface such as a message queue telemetry transport (MQTT) interface.
  • MQTT message queue telemetry transport
  • FIG. 1 is a system diagram that illustrates an example load control system.
  • FIGs. 2A and 2B are system diagrams that illustrate systems for communicating with and controlling a load control system using messaging-based interfaces.
  • FIG. 3 A is a system diagram that illustrates a system for communicating between control devices, a broker provisioner service (BPS), and/or remote servers using messaging- based interfaces.
  • BPS broker provisioner service
  • FIG. 3B is a system diagram that illustrates a system for communicating between a control device, a mobile device, a BPS, and/or remote servers using messaging-based interfaces.
  • FIG. 4 is a block diagram of an example network device.
  • FIG. 5 is a block diagram of an example system controller.
  • FIG. 6 is a block diagram of an example control -target device.
  • FIG. 7 is a block diagram of an example control-source device.
  • FIG. 1 shows a system diagram of an example load control system 100.
  • Load control system 100 may include control devices (e.g ., a system controller 150, input devices, and/or load control devices) for controlling (e.g., directly and/or indirectly) one or more electrical loads in a user environment 102 (also referred to herein as a load control environment).
  • Example user environments/load control environments 102 may include one or more rooms of a home, one or more floors of a building, one or rooms of a hotel, etc.
  • load control system 100 may enable the automated control of lighting systems, shades, and heating, ventilating, and air conditioning (HVAC) systems in the user environment, among other electrical loads.
  • HVAC heating, ventilating, and air conditioning
  • the control devices of load control system 100 may include a system controller
  • control-source devices e.g, elements 108, 110, 120, and 122 discussed below
  • control -target devices e.g, elements 112, 113, 116, 124, and 126 discussed below
  • the system controller 150, the control- source devices, and the control -target devices may be configured to communicate (transmit and/or receive) messages, such as digital messages (although other types of messages may be communicated), between one another using wireless signals 154 (e.g, radio-frequency (RF) signals), although wired communications may also be used.
  • RF radio-frequency
  • the control -source devices may include, for example, input devices that are configured to detect conditions within the user environment 102 (e.g, user inputs via switches, occupancy/vacancy conditions, changes in measured light intensities, and/or other input information) and in response to the detected conditions, transmit digital messages to control- target devices that are configured to control electrical loads in response to instructions or commands received in the digital messages.
  • the control -target devices may include, for example, load control devices that are configured to receive digital messages from the control- source devices and/or the system controller 150 and to control respective electrical loads in response to the received digital messages.
  • a single control device of the load control system 100 may operate as both a control-source device and a control -target device.
  • the system controller 150 may be configured to receive the digital messages transmitted by the control-source devices, to interpret these messages based on a configuration of the load control system, and to then transmit digital messages to the control-target devices for the control -target devices to then control respective electrical loads.
  • the control -source devices and the control -target device may communicate via the system controller 150.
  • the control-source devices may directly communicate with the control -target devices without the assistance of the system controller 150. The system controller may still monitor such
  • the system controller 150 may originate and then communicate digital messages with control -source devices and/or control -target devices. Such communications by the system controller 150 may include programming/configuration data (e.g ., settings) for the control devices, such as configuring scene buttons on light switches. Communications from the system controller 150 may also include, for example, messages directed to control-target devices and that contain instructions or commands for the control-target devices to control respective electrical loads in response to the received messages. For example, the system controller 150 may communicate messages to change light levels, to change shade levels, to change HVAC settings, etc. These are examples and other examples are possible.
  • programming/configuration data e.g ., settings
  • Communications from the system controller 150 may also include, for example, messages directed to control-target devices and that contain instructions or commands for the control-target devices to control respective electrical loads in response to the received messages.
  • the system controller 150 may communicate messages to change light levels, to change shade levels, to change HVAC settings, etc.
  • Communications between the system controller 150, the control-source devices, and the control -target devices may be via a wired and/or wireless communications network as indicated above.
  • a wireless communications network may be a wireless LAN where the system controller, control-source devices, and the control -target devices may communicate via a router, for example, that is local to the user environment 102.
  • a network may be a standard Wi-Fi network.
  • communications network may be a point-to-point communications network where the system controller, control-source devices, and the control-target devices communicate directly with one another using, for example, Bluetooth, Wi-Fi Direct, Thread, Zigbee, a proprietary communication channel, such as CLEAR CONNECTTM, etc. to directly communicate.
  • RF radio frequency
  • communications such as Zigbee communications, near field communication (NFC), Bluetooth, Wi-Fi, etc.
  • Other network configurations may be used such as the system controller acting as an access point and providing one or more wireless/wired based networks through which the system controller, the control-source devices, and the control -target devices may communicate.
  • the control -source device may first be associated with the control -target device.
  • a control-source device may be associated with a control- target device by a user 142 actuating a button on the control -source device and/or the control- target device.
  • the actuation of the button on the control -source device and/or the control -target device may place the control-source device and/or the control-target device in an association mode for being associated with one another.
  • the control -source device may transmit an association message to the control -target device (directly or through the system controller).
  • the association message from the control -source device may include a unique identifier of the control -source device.
  • the control -target device may locally store the unique identifier of the control-source, such that the control -target device may be capable of recognizing digital messages (e.g ., subsequent digital messages) from the control -source device that may include load control instructions or commands.
  • the control -target device may be configured to respond to the digital messages from the associated control -source device by controlling a corresponding electrical load according to the load control instructions received in the digital messages. This is merely one example of how control devices may communicate and be associated with one another and other examples are possible.
  • the system controller 150 may receive configuration instructions from a user that specify which control-source devices should control which control -target devices. Thereafter, the system controller may communicate this configuration information to the control-source devices and/or control -target devices.
  • load control system 100 may include one or more lighting control devices, such as the lighting control devices 112 and 113
  • the lighting control device 112 may be a dimmer switch, an electronic switch, a ballast, a light emitting diode (LED) driver, and/or the like.
  • the lighting control device 112 may be configured to directly control an amount of power provided to a lighting load(s), such as lighting load 114.
  • the lighting control device 112 may be configured to wirelessly receive digital messages via signals 154 ( e.g ., messages originating from a control -source device and/or the system controller 150), and to control the lighting load 114 in response to the received digital messages.
  • signals 154 e.g ., messages originating from a control -source device and/or the system controller 150
  • the lighting control device 113 may be a wall-mounted dimmer, a wall-mounted switch, or other keypad device for controlling a lighting load(s), such as lighting load 115.
  • the lighting control device 113 may be adapted to be mounted in a standard electrical wall box.
  • the lighting control device 113 may include one or more buttons for controlling the lighting load 115.
  • the lighting control device 113 may include a toggle actuator. Actuations (e.g., successive actuations) of the toggle actuator may toggle (e.g, turn off and on) the lighting load 115.
  • the lighting control device 113 may include an intensity adjustment actuator (e.g, a rocker switch or intensity adjustment buttons).
  • Actuations of an upper portion or a lower portion of the intensity adjustment actuator may respectively increase or decrease the amount of power delivered to the lighting load 115 and thus increase or decrease the intensity of the lighting load from a minimum intensity (e.g, approximately 1%) to a maximum intensity (e.g, approximately 100%).
  • the lighting control device 113 may include a plurality (two or more) of visual indicators, e.g, light-emitting diodes (LEDs), which may be arranged in a linear array and that may illuminate to provide feedback of the intensity of the lighting load 115.
  • LEDs light-emitting diodes
  • the lighting control device 113 may be configured to wirelessly receive digital messages via wireless signals 154 (e.g, messages originating from a control -source device and/or the system controller 150).
  • the lighting control device 113 may be configured to control the lighting load 115 in response to the received digital messages.
  • the load control system 100 may include one or more other control -target devices, such as a motorized window treatment 116 for directly controlling the covering material 118 (e.g, via an electrical motor); ceiling fans; a table top or plug-in load control device 126 for directly controlling a floor lamp 128, a desk lamp, and/or other electrical loads that may be plugged into the plug-in load control device 126; and/or a temperature control device 124 ( e.g ., a thermostat) for directly controlling an HVAC system (not shown).
  • the load control system 100 may also include an audio control device (e.g., a speaker system) and/or a video control device (e.g, a device capable of streaming video content). Again, these devices may be configured to wirelessly receive digital messages via wireless signals 154 (e.g, messages originating from a control-source device and/or the system controller 150). These devices may be configured to control respective electrical loads in response to the received digital messages.
  • Control-target devices in addition to being configured to wirelessly receive digital messages via wireless signals and to control respective electrical loads in response to the received digital messages, may also be configured to wirelessly transmit digital messages via wireless signals (e.g, to the system controller 150 and/or an associated control device).
  • a control -target device may communicate such messages to confirm receipt of messages and actions taken, to report status (e.g, light levels, shade positions, room temperatures), etc. Again, control -target devices may also communicate via wired communications.
  • the load control system 100 may include one or more remote-control devices 122, one or more occupancy sensors 110, one or more daylight sensors 108, and/or one or more window sensors 120.
  • the control-source devices may wirelessly send or communicate digital messages via wireless signals, such as signals 154, to associated control -target devices for controlling an electrical load.
  • the remote-control device 122 may send digital messages for controlling one or more control -target devices after actuation of one or more buttons on the remote-control device 122.
  • One or more buttons may correspond to a preset scene for controlling the lighting load 115, for example.
  • the occupancy sensor 110 may send digital messages to control -target devices in response to an occupancy and/or a vacancy condition (e.g, movement or lack of movement) that is sensed within its observable area.
  • the daylight sensor 108 may send digital messages to control -target devices in response to the detection of an amount of light within its observable area.
  • the window sensor 120 may send digital messages to control -target devices in response to a measured level of light received from outside the user environment 102. For example, the window sensor 120 may detect when sunlight is directly shining into the window sensor 120, is reflected onto the window sensor 120, and/or is blocked by external means, such as clouds, trees, or a building.
  • the window sensor 120 may send digital messages indicating the measured light level.
  • the load control system 100 may include one or more other control -source devices. Again, one will recognize that control-source devices may also communicate via wired communications.
  • system controller 150 it may facilitate the communication of messages from control-source devices to associated control -target devices and/or monitor such messages as indicated above, thereby knowing when a control-source device detects an event and when a control -target device is changing the status/state of an electrical load.
  • the system controller 150 may communicate programming/configuration information to the control devices.
  • the system controller 150 may also be the source of control messages to control -target devices, for example, instructing the devices to control corresponding electrical loads. As one example of the latter, the system controller 150 may run one or more time-clock operations that
  • system controller According to a further aspect of load control system 100, the system controller
  • the network device 144 may include a personal computer (PC), a laptop, a tablet, a smart phone, or equivalent device.
  • the system controller 150 and the network device 144 may communicate via a wired and/or wireless communications network.
  • the communications network may be the same network used by the system controller and the control devices, or may be a different network (e.g., a wireless communications network using wireless signals 152).
  • the system controller 150 and the network device 144 may communicate over a wireless LAN (e.g, that is local to the user environment 102).
  • a wireless LAN e.g, that is local to the user environment 102
  • such a network may be a standard Wi-Fi network provided by a router local to the user environment 102.
  • system controller 150 and the network device 144 may communicate directly with one-another using, for example, Bluetooth, Wi-Fi Direct, etc.
  • system controller acting as an access point and providing one or more wireless/wired based networks through which the system controller and the network device may communicate.
  • the system controller 150 may be configured to allow a user 142 of the network device 144 to determine, for example, the configuration of the user environment 102 and load control system 100, such as rooms in the environment, which control devices are in which rooms ( e.g ., the location of the control devices within the user environment, such as which rooms), to determine the status and/or configuration of control devices (e.g., light levels, HVAC levels, shade levels), to configure the system controller (e.g, to change time clock schedules), to issue commands to the system controller in order to control and/or configure the control devices (e.g, change light levels, change HVAC levels, change shade levels, change presets, etc.), etc.
  • control devices e.g., change light levels, change HVAC levels, change shade levels, change presets, etc.
  • Other examples are possible.
  • the load control system 100 of FIG. 1 may be configured such that the system controller 150 is capable of communicating with a network device 144 when that device is local to the system controller, in other words, for the two to directly communicate in a point-to-point fashion, or through a local network specific to the user environment 102 (such as a network provided by a router that is local to the user environment).
  • a user of network device 144 may communicate with the system controller 150 and control the load control system 100 from remote locations, such as via the Internet or other public or private network.
  • Third-party integrators may communicate with the system controller 150 in order to provide enhanced services to users of user environment 102. For example, a third-party integrator may provide other systems within user environment 102. It may be beneficial to integrate such systems with load control system 100.
  • a remote server 160 may be an online platform service provider, providing a service, such as a cloud service. Though a single remote server 160 is shown, one or more remote servers or computing devices may be implemented. As an example, the remote server 160 may be or may include an Amazon Web service (AWS), a Xively service, a Microsoft service, and/or the like, online platform services. The remote server 160 may have a
  • the remote server 160 may communicate with the control device and/or the network device 144 using a messaging-based interface.
  • the remote server 160 may communicate with a control device and/or the network device 144 via a message queuing telemetry transport (MQTT) interface.
  • MQTT message queuing telemetry transport
  • a remote server may be an online based platform service provider, providing an online service, such as a cloud service.
  • the control systems may be configured to connect directly to the remote server and communicate and/or control the control devices by the remote server.
  • the remote server that the control devices/control systems are connected to and/or subscribed to may have problems. For example, the remote server may malfunction and go offline for a period of time.
  • a service provider that owns the remote server may go out of business, be sold to another company, no longer provide services for the remote server, etc.
  • the remote server such as the cloud services offered by the remote server
  • the remote server may have to be patched to change and reconfigure with a new remote server.
  • Providing patching to the control systems to communicate with different cloud services each time services change may be time-consuming and inefficient. Patches may need to be created for each control system and each control device in the control systems.
  • the patches may be applied via the Internet.
  • the patches may need to be applied via technicians. The patches may not work properly, and the technicians may need to address them individually.
  • the new remote server to which the control systems are newly subscribed may run into the same or similar issues, such as malfunctions, going offline, and/or ending its service, and the control systems may need to go through the same time-consuming process again for another remote server.
  • that new remote server may go offline and/or may no longer provide services as well.
  • New patches may need to be created for and applied to the control systems.
  • the control systems may need to be reconfigured to subscribe to and/or connect with another remote server. Problems that may arise as a result of applying the new patches and/or reconfiguring the control systems must be addressed.
  • control systems may connect to multiple remote servers (e.g ., cloud services) simultaneously, depending on the types of control systems and/or the level of importance of the data communications between the control systems and the remote servers. Because control systems and/or communication conditions may change suddenly, there may be a need for the control systems to adapt to changes quickly and easily, to have multiple parallel connections, and/or to have connections with multiple remote servers, etc.
  • remote servers e.g ., cloud services
  • systems and methods disclosed herein may have a control device and/or a mobile device establishing communication channels with one or more remote servers via a broker service, such as a BPS.
  • the BPS may provision the devices (e.g., control devices and/or the mobile devices) with the remote servers and associated services offered by the remote servers.
  • FIGs. 2A and 2B illustrate two possible embodiments of an example system 200.
  • the system 200 may include one or more control devices 210a, 210b.
  • the system 200 may include a broker service, such as a BPS 220.
  • the system 200 may include one or more user devices, such as mobile devices 270a, 270b.
  • the mobile devices 270a, 270b may be used herein to describe user devices.
  • the system 200 may include one or more remote servers 240, 250.
  • Each remote server 240, 250 may include one or more brokers 242a, 242b, 244a, 244b, 252a, 252b, 254a, 254b.
  • brokers 242a, 242b, 244a, 244b, 252a, 252b, 254a, 254b may be Internet of things (IoT) brokers.
  • the system 200 may include third- party devices, such as mobile devices or network devices 260a, 260b, connected to one or more brokers 244a, 244b, 254a, 254b, associated with the remote servers 240, 250
  • MQTT message queuing telemetry transport
  • the brokers may publish and/or subscribe broker services.
  • the brokers may coordinate messages between one or more devices (e.g., control devices and/or mobile devices) and one or more services offered at the remote servers, and/or between devices (e.g, control devices and/or mobile devices).
  • the brokers may be running (e.g, constantly running).
  • the control devices 210a, 210b may include a system controller, a control-source device, a control -target device, and/or the like (e.g, as described above).
  • the devices e.g., such as the control devices 210a, 210b and/or the mobile devices 270a, 270b
  • a broker service such as the BPS 220.
  • the control devices 210a, 210b and/or the mobile devices 270a, 270b may connect to the BPS 220 by sending a connection request message 212a, 212b, 272a, 272b.
  • connection request message 212a, 212b, 272a, 272b may include information about the device which is to be provisioned with a set of remote servers via the BPS 220 and to communicate with the remote servers (e.g, after the BPS 220 provisions the set of remote servers).
  • the BPS 220 may perform provisioning procedures on behalf of other devices to provision (e.g, regulate) how the devices interface with the services offered by the remote servers 240, 250.
  • the BPS 220 may provision the control device 210a to the remote servers 240, 250 so that the control device 210a may communicate with (e.g, subscribe to) the services offered by the remote servers 240, 250 via brokers 242a, 252a.
  • the BPS 220 may provision the control device 210b to the remote server 240 so that the control device 210b may communicate with (e.g, subscribe to) the service offered by the remote server 240 via broker 242b.
  • the control devices 210a, 210b may be provisioned with the remote servers 240, 250 and may communicate with the services offered by the remote servers 240, 250 via one or more of the brokers 242a, 242b, 252a, 252b.
  • the control devices 210a, 210b may use the brokers 242a, 242b, 252a, 252b to receive published information from or to publish information to the remote servers 240, 250.
  • the control device 210a, 210b may access information available at the brokers 242a, 242b, 252a, 252b, located at a part of a different cloud service offered by different remote servers 240, 250, based on the provisioning procedures performed by the BPS 220.
  • control device 210a may use the brokers (e.g ., the broker 242a) on the remote server 240 to receive information that a user of a mobile device (e.g., device 270a) published a control message to turn off a light that the control device 210a controls.
  • the control device 210b may publish load control messages to the services on the remote server 250 (e.g, although not shown in the example of FIG. 2B, the control device 210b may be connected with the remote server 250 and/or the broker 252b).
  • the published load control messages from the control device 210b to the services on the remote server 250 (e.g, via the broker 252b) may be sent to the mobile device 270a.
  • the BPS 220 may be globally and/or locally available.
  • the BPS 220 may be available globally so that the devices may be provisioned with locally available remote servers and/or following local government regulations, as discussed below.
  • the BPS 220 may be available locally and the BPS may provision the devices with locally available remote servers and/or follow local regulations.
  • the BPS 220 may provision a set of cloud services associated with remote servers to the subscribing devices.
  • the BPS 220 may be web-based.
  • the BPS 220 may be a portion of a suite of a system and/or software.
  • the BPS 220 may have information on the control devices 210a, 210b and/or the mobile devices 270a, 270b and information about the services offered by the remote servers 240, 250.
  • the BPS 220 may have information about different topics for receiving different information or access to different services on the remote servers 240, 250.
  • the BPS 220 may provision different services on the remote server 240 and/or the remote server 250 based on defined provisioning rules 225 stored thereon.
  • the provisioning rules 225 may define which remote servers the BPS 220 makes available for the control devices 210a, 210b and/or the mobile devices 270a, 270b to connect with, e.g, based on the information provided in the respective connection requests 212a, 212b, 272a, 272b. Based on the provisioning rules 225, the BPS 220 may provide information to the control devices 210a, 210b, and/or the mobile devices 270a, 270b to subscribe to different topics for receiving different information, and/or to allow access to different services on the remote servers 240, 250. [0047] The BPS 220 may receive information from the remote servers indicating one or more services available at the remote servers. The BPS 220 may have information of available services and the corresponding remote servers for the devices ( e.g ., control devices 210a, 210b and/or the mobile device 270a, 270b) to be provisioned with.
  • the devices e.g ., control devices 210a, 210b
  • the provisioning rules 225 may configure the BPS 220 to send connection establishment messages to the remote servers 240, 250 on behalf of the control devices 210a, 210b and/or the mobile devices 270a, 270b.
  • the provisioning rules 225 may be configured based on the information about the control devices 210a, 210b and/or the mobile devices 270a, 270b.
  • the provisioning rules 225 may configure the BPS 220 to send connection establishment messages based on the connection request messages 212a, 212b, 272a, 272b from the corresponding control devices 210a, 210b and/or the mobile devices 270a, 270b requesting to be provisioned by the BPS 220.
  • each of the connection request messages 212a, 212b, 272a, 272b from the corresponding control devices 210a, 210b and/or the mobile devices 270a, 270b may include control device IDs, control device types, serial numbers, MAC addresses, universal identifiers, authorization information, location information, etc. That is, each connection request message 212a, 212b, 272a, 272b may include information such as where the devices are located (e.g., initiating the connection request), which devices are requesting the provisioning, whether the mobile devices have authority to use/control the associated devices, such as the load control devices, etc.
  • the BPS 220 may have information about which control devices 210a, 210b and/or which mobile devices 270a, 270b are requesting connection with the services, where the control devices are requesting the connection from, and/or whether the control devices have authorizations.
  • the provisioning rules 225 configure the BPS 220 to send connection establishment messages 230a-230d to the appropriate remote servers 240, 250 (e.g, that are each available for the control devices 210a, 210b and/or the mobile devices 270a, 270b).
  • the remote servers 240, 250 offering services to the control devices 210a, 210b and/or the mobile devices 270a, 270b may be online platform service providers.
  • the services that the remote servers 240, 250 provide may be cloud services.
  • the remote servers 240, 250 may be commercially available online platform services that provide cloud services.
  • Each remote server 240, 250 may offer different cloud services.
  • Each remote server 240, 250 may offer overlapping cloud services between the remote servers 240, 250.
  • Each remote server 240, 250 may offer different connection speeds.
  • Each remote server 240, 250 may have different storage capacity.
  • Each remote server 240, 250 may have different pricing plans based on the connection speeds, storage capacities, etc. For example, the remote server 240 may have a higher pricing plan, but a faster connection speed than the remote server 250.
  • the BPS 220 may determine which corresponding services on the remote servers 240, 250 to provision the devices with.
  • the BPS 220 may provide connection or provisioning information to the devices, such as the control devices 210a, 210b and/or the mobile devices 270a, 270b ( e.g ., via provision messages 222a, 222b, 274a, 274b shown in FIG. 2B and discussed below).
  • the control devices 210a, 210b and/or the mobile devices 270a, 270b may establish connections with the remote servers 240, 250.
  • the provision information from the BPS 220 may include instructions (e.g., protocols, addresses, ports, communication channels, etc.), credential information (e.g, certificates, usernames, passwords, etc.), and/or the like.
  • the control devices 210a, 210b and/or the mobile devices 270a, 270b may use the provision information to try and establish connections with the provisioned remote servers (e.g, and the services offered by the provisioned remote servers).
  • the control devices 210a, 210b may each execute multi-server firmware and try to and establish communication channels with the provisioned services offered by the remote servers 240, 250.
  • the multi-server firmware residing on the control devices 210a, 210b may determine a subset of the set of provisioned remote services from the BPS 220 and may have parallel connections with multiple services offered by the remote servers 240, 250.
  • the multi-server firmware may determine to communicate with one or more of (e.g, each) the provisioned remote servers, either one of the provisioned remote servers, or a compound set of provisioned remote servers.
  • the control devices 210a, 210b may have parallel connections with multiple services offered between the remote servers 240, 250 (e.g, one or more services offered by the same remote server or offered by different remote servers).
  • the multi-server firmware may configure the control devices 210a, 210b to send and/or receive data from one or more brokers associated with provisioned remote servers, e.g ., at the same time.
  • the sent and/or received data may be the same for each of the provisioned brokers.
  • the sent and/or received data may be different from each of the provisioned brokers.
  • the multi-server firmware may establish alternative connections with one or more other provisioned brokers and/or other provisioned remote servers if any problem arises during the communication and/or at the initial connection setup.
  • the control device 210a may connect to the broker 242a associated with the remote server 240.
  • the multi-server firmware may detect any problems with the remote server 240 and/or the broker 242a, the multi-server firmware may connect with the other provisioned broker 252a associated with the remote server 250, as an alternative.
  • the multi-server firmware may periodically check with other brokers and determine if the problem has been resolved with the previous remote server and/or the broker (e.g, the broker 242a and/or the remote service 240).
  • the multi-server firmware may connect with the previous remote server and/or the broker (e.g, the broker 242a and/or the remote service 240) or stay connected with the current remote server and/or the broker (e.g, the broker 252a and/or the remote service 250).
  • the control devices 210a, 210b and/or the mobile devices 270a, 270b may each send a connection request message 212a, 212b, 272a, 272b to the BPS 220.
  • the devices may include information about the devices in the connection request messages 212a, 212b, 272a,
  • control devices 210a, 210b and/or the mobile devices 270a, 270b may include device IDs, device types, serial numbers, MAC addresses, universal identifiers, authorization information, location information, etc.
  • the devices may each send information that may identify which devices are requesting provisioning and the location information of the device that is initiating the requests to the BPS 220.
  • the devices may connect to the BPS 220.
  • the devices may connect to the BPS 220 during initial power on of the devices (e.g, when the control devices 210a, 210b and/or the mobile devices 270a, 270b power on for the first time), when the devices go through a power cycle, and/or periodically, e.g, after a preconfigured time lapse.
  • the devices may each connect to the BPS 220 when the devices are powered on.
  • control devices 210a, 210b and/or the mobile devices 270a, 270b may each automatically connect to the BPS 220 when the control devices 210a, 210b and/or the mobile devices 270a, 270b first power on.
  • the devices may connect to the BPS 220 after a power cycle.
  • the control devices 210a, 210b and/or the mobile devices 270a, 270b may automatically connect to the BPS 220 when the control devices 210a, 210b and/or the mobile devices 270a, 270b are each restarted (e.g, unplugged and re-plugged).
  • the devices may have previously stored connection information with one or more brokers 242a, 242b, 252a, 252b associated with remote servers 240, 250 that are previously provisioned.
  • the control devices 210a, 210b and/or the mobile devices 270a, 270b may have the previously stored connection information that was provisioned by the BPS 220 with one or more brokers 242a, 242b, 252a, 252b in a cached memory.
  • the devices may receive updated provisioning information about one or more brokers 242a, 242b, 252a, 252b by connecting (e.g, reconnecting) to the BPS 220.
  • the devices may each connect to the BPS 220 periodically, e.g, after a preconfigured period of time.
  • the devices may each automatically connect to the BPS 220 after a preconfigured period of time and may receive updated provisioning information about the brokers 242a, 242b, 252a, 252b, if any, from the BPS 220.
  • the devices e.g., the control devices 210a, 210b and/or the mobile devices
  • the devices may each send a connection request message 212a, 212b, 272a, 272b for requesting connection to one or more services offered by one or more of the remote servers 240a, 240b.
  • the devices may also send information about the devices as described herein when connecting with the BPS 220.
  • the devices may each include information about the devices (e.g, such as device IDs, device types, serial numbers, MAC addresses, universal identifiers, authorization information, location information, and/or the like).
  • the BPS 220 may perform a provisioning procedure to establish how the devices
  • control devices 210a, 210b and/or the mobile devices 270a, 270b interface with the services offered by the remote servers 240, 250.
  • Each remote server 240, 250 may allow the control devices 210a, 210b and/or the mobile devices 270a, 270b to subscribe to different topics for receiving different information or access to different services.
  • the BPS 220 may provision different services on the remote server 240 and/or the remote server 250 based on defined provisioning rules 225 stored thereon. As described above, the provisioning rules 225 may apply logical rules or algorithms to provision the devices with the services offered by the remote servers 240, 250 based on the information on the devices and information about the remote servers 240, 250.
  • the BPS 220 may send connection request messages 230a-230d to the remote servers 240, 250.
  • the connection request messages 230a-230d sent to the remote servers 240, 250 may include information that one or more devices may establish connection with the remote servers ( e.g ., after the devices are provisioned with a set of remote servers by the BPS server). As such, the remote servers 240, 250 may expect connection requests from the devices included (e.g., identified) in the connection request messages 230a-230d.
  • connection request messages 212a, 212b, 272a, 272b In response to the connection request messages 212a, 212b, 272a, 272b, the BPS
  • the BPS 220 may determine and/or select one or more brokers 242a, 242b, 252a, 252b associated with the corresponding remote servers 240, 250 based on the information about the devices (e.g, the control device 210a, 210b and/or the mobile devices 270a, 270b).
  • the BPS 220 may use one or more types of information about the devices to determine one or more brokers 242a, 242b, 252a, 252b for which each of the devices are to be provisioned for accessing information and/or the services from one or more of the remote servers 240, 250.
  • the BPS 220 may identify one or more brokers 242a, 242b, 252a, 252b for provisioning based on topics to which the control devices 210a, 210b and/or the mobile devices 270a, 270b should subscribe to access information and/or services (e.g, based on the provisioning rules 225).
  • the BPS 220 may identify the remote servers 240, 250 that are closest to the control device 210a, 210b and/or the mobile devices 270a, 270b based on the location information.
  • the BPS 220 may provision the control devices 210a, 210b and/or the mobile devices 270a, 270b to connect with one or more remote servers located in the same geographic area as the control devices 210a,
  • the BPS 220 may determine (e.g, based on the provisioning rules 225) that the control device 210a is in a different device class or different device type than the control device 210b. Based on the determination, the BPS 220 may determine to provision the control device 210a with information to connect to either remote server 240, which may have a premium connection speed, for example, or to remote server 250, which may have a lower connection speed, for example, while the control device 210b may be allowed to connect to remote server 250, based on the provisioning rules 225 for device class, device type, etc.
  • the BPS 220 may send connection establishment messages 230a-230d to the appropriate brokers 242a, 242b, 252a, 252b associated with the remote servers 240, 250.
  • the BPS 220 may provision different services on the remote server 240 and/or the remote server 250 based on defined provisioning rules 225 stored thereon.
  • the provisioning rules 225 may configure the BPS 220 to send connection establishment messages to the remote servers 240, 250 on behalf of the devices ( e.g ., the control devices 210a, 210b and/or the mobile devices 270a, 270b).
  • the provisioning rules 225 may be configured based on information about the control devices 210a, 210b and/or the mobile devices 270a, 270b.
  • the provisioning rules 225 may configure the BPS 220 to send connection establishment messages based on the control devices 210a, 210b and/or the mobile devices 270a, 270b requesting connections with the services on the remote server 240, 250.
  • the BPS 220 may know which devices are requesting the connection with the services and where the devices are initiating the connection from based on the device IDs, device types, serial numbers, MAC addresses, universal identifiers, authorization information, location information, and/or the like that the devices 210a, 210b, 270a, 270b provide.
  • the provisioning rules 225 configure the BPS 220 to send connection establishment messages to the available remote servers 240, 250 with which the control devices 210a, 210b and/or the mobile devices 270a, 270b may establish communication.
  • each remote server 240, 250 may allow the control devices 210a, 210b, and/or the mobile devices 270a, 270b to subscribe to different topics for receiving different information or to access different services. That is, the remote servers 240, 250 may expect connection requests from the control devices 210a, 210b, and/or the mobile devices 270a, 270b. If the remote servers 240, 250 receive connection requests from the identified control devices 210a, 210b, and/or the mobile devices 270a, 270b ( e.g ., identified from the establishment request messages 230a-230d), the remote servers 240, 250 may allow the devices to communicate with the provisioned services.
  • the remote servers 240, 250 may block the connection requests from the unidentified device. That is, the remote servers 240, 250 may allow communications from the provisioned devices that are indicated by the connection establishment request messages 230a-230d from the BPS 220.
  • the BPS 220 may send provision messages 222a, 222b,
  • the provision messages 222a, 222b, 274a, 274b may include a set of remote servers 240, 250 (e.g, and the brokers 242a, 242b, 252a, 252b associated with the remote servers 240, 250) that have been provisioned by the BPS 220 to the control devices 210a, 210b and/or to the mobile devices 270a, 270b.
  • the provision messages 222a, 222b, 274a, 274b may include information that the control devices 210a, 210b and/or the mobile devices 270a, 270b may use to establish connections with the provisioned remote servers 240, 250 and/or associated brokers 242a, 242b, 252a, 252b.
  • the provision messages 222a, 222b, 274a, 274b may include information on how the BPS 220 provisions the control devices 210a, 210b and/or the mobile devices 270a, 270b with the remote server 240, 250 (e.g, based on the provisioning rules 225).
  • the provisioning rules 225 may configure the BPS 220 to include connection information on the provision messages 222a, 222b, 274a, 274b to the devices.
  • the BPS 220 may determine to provision the control devices 210a, 210b and/or the mobile device 270a, 270b to a set of remote servers 240, 250 and inform the devices to communicate with one or more (e.g, each) brokers 242a, 242b, 252a, 252b associated with one or more (e.g, each) remote servers 240, 250 (e.g, on the provision messages 222a, 222b, 274a, 274b).
  • the BPS 220 may determine to provision the control devices 210a, 210b and/or the mobile devices 270a, 270b to a set of remote servers 240, 250 and inform the devices to communicate with either one of the brokers 242a, 242b, 252a, 252b associated with either one of the corresponding remote server 240 or the corresponding remote server 250 (e.g, on the provision messages 222a, 222b, 274a, 274b).
  • the BPS 220 may determine to provision the control devices 210a, 210b and/or the mobile devices 270a, 270b to a set of remote servers 240, 250 and inform the devices to communicate with compound (e.g ., a combination of) sets of brokers 242a, 242b, 252a, 252b in the remote servers 240, 250 (e.g., on the provision messages 222a, 222b, 274a, 274b).
  • compound e.g ., a combination of sets of brokers 242a, 242b, 252a, 252b in the remote servers 240, 250 (e.g., on the provision messages 222a, 222b, 274a, 274b).
  • the BPS 220 may have information that the remote servers 240,
  • the BPS 220 may provision the devices with a set of remote servers 240, 250 and associated services (e.g, based on the provisioning rules 225 and the provisioning procedures described herein).
  • the BPS 220 may identify and send the establish connection messages to the remote servers 240, 250 to which the devices may connect (e.g, once provisioned). For example, based on the device types and the locations of the devices, the BPS 220 may identify that the control device 210a may establish connections with a broker 1 (e.g, 242a) for an AWS 1 remote server (e.g, 240) and a broker 1 (e.g, 252a) for a Xively 1 remote server (e.g, 250). The BPS 220 may send connection establishment messages 230a, 230c to the remote servers 240, 250 provisioning the remote servers 240, 250 for the control device 210a. When the BPS 220 sends the provision
  • the BPS 220 may provision the control device 210a to connect to one or more (e.g, each) of the provisioned remote servers and associated services. That is, the provision message 222a may configure the control device 210a (e.g, the multi-server firmware to send parallel connections as discussed below) to the broker 1 (e.g, 242a) for the AWS 1 remote server (e.g, 240) and the broker 1 (e.g, 252a) for the Xively 1 remote server (e.g, 250) via the connection message 280a.
  • the broker 1 e.g, 242a
  • the broker 1 e.g, 252a
  • BPS 220 may identify and send establish connection messages to either one of the remote servers 240, 250 to which the devices may connect (e.g, once provisioned). For example, based on the device types and the locations of the devices, the BPS 220 may identify that the control device 210b may establish connections with a broker 2 (e.g, 242b) for an AWS 1 remote server (e.g, 240) and a broker 2 (e.g, 252b) for a Xively 1 remote server (e.g, 250). The BPS 220 may send connection establishment messages 230b, 230d to the remote servers 240, 250 provisioning the remote servers 240, 250 for the control device 210b.
  • a broker 2 e.g, 242b
  • AWS 1 remote server e.g, 240
  • a broker 2 e.g, 252b
  • the BPS 220 may send connection establishment messages 230b, 230d to the remote servers 240, 250 provisioning the remote servers 240, 250 for the control device
  • the BPS 220 may provision the control device 210b to connect to either one of the provisioned remote servers and associated services. That is, the provision message 222b may configure the control device 210b to send ( e.g ., via the multi server firmware discussed below) communications with either the broker 2 (e.g., 242b) for the AWS 1 remote server (e.g, 240) or the broker 2 (e.g, 252b) for the Xively 1 remote server (e.g, 250). As shown in FIG.
  • control device 210b may send connection message 280b to the broker 2 (e.g, 242b) for the AWS 1 remote server (e.g, 240). As such, the control device 210b may not have duplicate connections for the same topic based on the provision message 274a.
  • the control device 210b may communicate with the broker 2 (e.g, 252b) for the Xively 1 remote server (e.g, 250) if the broker 2 (e.g, 242b) and/or the AWS 1 remote server (e.g, 240) becomes unavailable.
  • the broker 2 e.g, 252b
  • the Xively 1 remote server e.g, 250
  • the broker 2 e.g, 242b
  • the AWS 1 remote server e.g, 240
  • control device 210b may send the connection message 280b to the Xively 1 remote server (e.g, 250) and try to establish connection with the broker 2 (e.g, 252b), as an alternative server and/or broker, if the control device 210b recognizes an issue with the previously connected AWS 1 remote server (e.g, 240) and/or the broker 2 (e.g, 242b) or during the connection with the AWS 1 remote server (e.g, 240) and/or the broker 2 (e.g, 242b). That is, the control device 210b may stay connected with one or more alternative remote servers if one or more remote servers and/or brokers become unavailable.
  • the control device 210b may stay connected with one or more alternative remote servers if one or more remote servers and/or brokers become unavailable.
  • the BPS 220 may identify and send the establish connection messages to the remote servers 240, 250 to which the devices may connect (e.g, once provisioned). For example, based on the device types and the locations of the devices, the BPS 220 may identify that the mobile device 270a may establish connections with a broker 1 (e.g, 242a) or a broker 2 (e.g, 242b) for an AWS 1 remote server (e.g, 240) and a broker 2 (e.g, 252b) for a Xively 1 remote server (e.g, 250).
  • a broker 1 e.g, 242a
  • a broker 2 e.g, 242b
  • an AWS 1 remote server e.g, 240
  • a broker 2 e.g, 252b
  • the BPS 220 may send connection establishment messages 230a, 230b, 230d to the remote servers 240, 250 provisioning the remote servers 240, 250 for the mobile device 270a.
  • the BPS 220 may provision the mobile device 270a to connect to either one of the provisioned brokers associated with the first remote server and to connect with the provisioned broker associated with the second remote server.
  • the provision message 274a may configure the mobile device 270a to send parallel communications with either the broker 1 or the broker 2 ( e.g ., 242a or 242b) for the AWS 1 remote server (e.g., 240) and the broker 2 (e.g, 252b) for the Xively 1 remote server (e.g, 250).
  • the mobile device 270a may send connection message 280c to the broker 1 (e.g, 242a) for the AWS 1 remote server (e.g, 240) and to the broker 2 (e.g, 252b) for the Xively 1 remote server (e.g, 250).
  • the mobile device 270a may communicate with the broker 2 (e.g, 242b) for the AWS 1 remote server (e.g, 240) if the broker 1 (e.g, 242) becomes unavailable.
  • the provision messages 222a, 222b, 274a, 274b may provide configurations on how the control devices 210a, 210b and/or the mobile devices 270a, 270b may establish connections with one or more brokers for the remote servers 240, 250. Based on the provisioned messages, the devices may send connection messages 280a-280d to the provisioned and configured remote servers and associated brokers.
  • the control device 210a may send the connection message 280a by executing the multi-server firmware. For example, based on the provision message 222a, the control device 210a may be aware that the BPS 220 has provisioned the remote server 240 and the remote server 250 (e.g, and the broker 242a and the broker 252a) and should connect to each one of the remote servers 204, 250.
  • the multi-server firmware may send parallel communications to the remote servers 240, 250 and establish connections with the brokers 242a, 252a.
  • the control device 210a may subscribe to the broker 242a and the broker 252a and have parallel
  • the multi-server firmware may send one or more connection messages to the one or more remote servers and/or the corresponding brokers in the remote servers.
  • the control device 210a may receive information from the broker 242a and/or the broker 252a, e.g, via the established communication channels.
  • the control device 210a may also publish information to the broker 242a and/or the broker 252a, e.g, via the established communication channels.
  • the broker 242a and/or the broker 252a may send a request message (e.g, via the established communication channels) back to the control device 210a asking for additional information for the remote servers 240, 250.
  • the requested information may be for operation of the remote servers 240, 250.
  • the BPS 220 may send the provision message 222b to the control device 210b, indicating that the control device 210b has been provisioned to establish
  • the provision message 222b may also indicate that the control device 210b may establish a connection with either the broker 242b associated with the remote server 240 or the broker 252b associated with the remote server 250.
  • the control device 210b may determine ( e.g ., via the multi-server firmware) with which one of the brokers 242b, 252b and/or the remote servers 240, 250 to communicate.
  • the control device 210b may send a connection message 280b to the broker 242b for the remote server 240 (e.g., based on the connection speeds and/or pricing plans of the remote servers as discussed herein).
  • the control device 210b may send the connection message 280b by executing the multi-server firmware. After the control device 210b sends the connection message 280b, the control device 210b may receive information from the
  • broker 242b and/or publish information to the broker 242b via the established communication channel between the control device 210b and the remote server 240 via the broker 242b.
  • the broker 242b may send a request message (e.g, via the established communication channel) back to the control device 210b asking for additional information for the operation of the remote server 240.
  • the BPS 220 may send the provision message 274a to the mobile device
  • the mobile device 270a may select one of the provisioned brokers 242a, 242b on the remote server 240 and may select the provisioned broker 252b on the remote server 250 (e.g, based on the connection speeds and/or pricing plans of the remote servers 240, 250). As shown in FIG.
  • the mobile device 270a may send connection message 280c to each of the brokers 242a, 252b for the remote servers 240, 250.
  • the mobile device 270a may communicate with each of the brokers 242a, 252b and/or publish information to each of the brokers 242a, 252b.
  • the broker 252b may send a request message back to the mobile device 270a asking for additional information/data for the operation of the remote server 250.
  • the broker 242a may skip sending the request message back to the mobile device 270a.
  • the BPS 220 may send the provision message 274b to the mobile device 270b, indicating that the mobile device 270b has been provisioned to establish
  • the provision message 274b may include information for the mobile device 270b to connect to one or more (e.g ., each) of the provisioned brokers and the corresponding remote servers.
  • the mobile device 270b may send a connection message 280d to the broker 242b for the remote server 240.
  • the mobile device 270b may communicate with the broker 242b and the remote server 240 by receiving and/or publishing information to/from the broker 242b via the established communication channel.
  • the broker 242b may send a request message back to the mobile device 270b asking for additional data/information for the services for the remote server 240.
  • the mobile devices 270a, 270b may be provisioned with a set of remote servers
  • Each mobile device 270a, 270b may go through the set of remote servers to which the mobile devices 270a, 270b may connect.
  • the mobile devices 270a, 270b may choose a service/broker provisioned by the BPS (e.g, via priority information received from the provision messages 274a, 274b) and may stop trying to establish connection if the mobile devices 270a, 270b have been successfully connected with the service/broker. For example, the mobile devices 270a, 270b may try to establish another connection (e.g, a second connection) with another service/broker from the set of provisioned services by the BPS if the first connection was not successful.
  • another connection e.g, a second connection
  • the control device 210b and the mobile device 270b may be provisioned to the same remote server 240 (e.g, via the same services/broker 242b offered by the remote server 240 and paired by the BPS).
  • the control device 210b may receive a control message from the mobile device 270b (e.g, a user pressing a button to turn off the light that the control device 210b controls).
  • the mobile device 270b may publish the control message via the established communication tunnel to the broker 242b.
  • the control device 210b may receive the control message from the mobile device 270b by receiving the published information from the broker 242b via the established communication tunnel.
  • the user may turn on the light that the control device 210b controls and the control device 210b may publish the control message information to the broker 242b.
  • the mobile device 270b may receive the published information from the broker 242b via the established communication tunnel.
  • the mobile device 270b may receive the control message information from the control device 210b ( e.g ., directly or locally based on the BPS provisioning the mobile device 270b with the control device 210b).
  • the remote servers 240, 250 may be online platforms offering services, such as cloud services.
  • the remote servers 240, 250 may be commercially-available cloud service providers.
  • the remote servers 240, 250 may be web servers.
  • the remote servers 240, 250 may be used by the control devices 210a, 210b and/or the mobile devices 270a, 270b to establish connections via the BPS 220 provisioning the brokers 242a, 242b, 252a, 252b.
  • the control devices 210a, 210b and/or the mobile devices 270a, 270b may communicate with the brokers 242a, 242b, 252a, 252b to receive published information from and/or to publish information to the brokers 242a, 242b, 252a, 252b.
  • the remote servers 240, 250 may offer services via the brokers 242a, 242b, 252a,
  • Each broker 242a, 242b, 252a, 252b may be associated with a topic with which the control devices 210a, 210b and/or the mobile devices 270a, 270b may establish connections (e.g., via the provisions done by the BPS 220) and receive/publish information.
  • the remote servers 240, 250 may be aware that the control devices 210a, 210b and/or the mobile devices 270a, 270b may establish connections with one or more of their brokers 242a, 242b, 252a, 252b for corresponding topics.
  • control devices 210a, 210b and/or the mobile devices 270a, 270b may receive the provision messages 222a, 222b, 274a, 274b from the BPS 220 and may send the connection messages 280a-280d.
  • the control devices 210a, 210b may send the connection messages 280a, 280b via the multi-server firmware.
  • the remote servers 240, 250 may send data request messages to the control devices 210a, 210b and/or the mobile devices 270a, 270b in response to the connection messages 280a-280d, requesting additional information.
  • the control devices 210a, 210b and/or the mobile devices 270a, 270b may send the requested data/information to the corresponding brokers 242a, 242b, 252a, 252b.
  • Each remote server 240, 250 may offer the same, or different, list of cloud services.
  • the remote servers 240, 250 may belong to different service providers.
  • the remote server 240 may belong to an AWS.
  • the remote server 250 may belong to a Xively service.
  • Each remote server 240, 250 may offer cloud services for Amazon, Xively, and cloud services for devices.
  • the BPS 220 may provision the control devices 210a, 210b and/or the mobile devices 270a, 270b to the same services offered by the remote servers 240, 250.
  • the BPS 220 may provision the devices to the same services and overlapped by the remote servers 240, 250 to ensure data communication between the devices and the remote servers.
  • the Xively service may provide services to the remote server 250 and the AWS may provide services to the remote server 240.
  • the remote server 250 may go offline or may not provide services to the devices.
  • the BPS 220 may provision the devices to establish connections with two or more servers offering the same services to allow the devices to maintain communication with a portion of the services provided by the remote servers, such that the users may be unaffected by one of the remote servers becoming
  • the BPS 220 may provision the control devices 210a, 210b and/or the mobile devices 270a, 270b to establish connections with either one of the remote servers 240, 250. For example, based on the information about the devices and the provisioning rules 225 of the BPS 220, the BPS 220 may prioritize the connections and may provision the devices to establish connections with one of the remote servers (e.g ., the remote server 240) that may provide faster connection, or a cheaper service.
  • the prioritization may be different for different types of devices, different systems, or different policies preferred by the users of different systems.
  • the remote servers 240, 250 may have some overlapping cloud services, but the remote servers 240, 250 may offer different (e.g., non-overlapping) cloud services.
  • the BPS 220 may provision the control devices 210a, 210b and/or the mobile devices 270a, 270b to the services offered by the different remote servers.
  • the control devices 210a, 210b may establish parallel connections with different remote servers 240, 250 at the same time via the multi-server firmware as described herein.
  • the BPS 220 may provision the control device 210a (e.g ., via the provision message 222a) to establish communication with the broker 242a offered by the remote server 240 and the broker 252a offered by the remote server 250.
  • the control device 210a may execute the multi-server firmware and may send parallel connection messages 280a to both brokers 242a and 252a belonging to the two different remote servers 240, 250.
  • the ability for the control devices 210a, 210b to establish parallel connections with brokers of different cloud services may allow the control devices 210a, 210b to take advantage of upgraded services offered by one cloud service, while also maintaining services previously established by another cloud service.
  • the multi-server firmware may send and/or receive data to the brokers in different remote servers.
  • the multi-server firmware may send and/or receive the same data to the brokers in different remote servers.
  • the multi-server firmware may send and/or receive different data to the brokers in different remote servers.
  • the multi-server firmware may send and/or receive a portion of data to one broker in a remote server and send and/or receive a portion of data from another broker in a different remote server.
  • the multi-server firmware may choose to send and/or receive data from a broker from one cloud service and may switch to a broker from a different cloud service (e.g., when a problem is detected with the first broker and/or the first cloud service and/or when the first broker and/or the first cloud service connection is congested).
  • the third-party network devices, the third-party mobile devices, and/or the third- party remote servers 260a, 260b may subscribe to the remote servers 240, 250 (e.g, via one or more brokers 244a, 244b, 254a, 254b) and may utilize the data that was published by the control devices 210a, 210b and/or the mobile device 270a, 270b.
  • the third-party remote servers may use the information to know the status of the devices.
  • the third-party remote servers may know the states of the devices, e.g, whether the devices are turned on, off, etc. (e.g, indicating whether corresponding loads are on, off, etc.).
  • third-party remote servers may host system dashboards.
  • the system dashboards may display the load status for one or more (e.g ., various) loads in a load control system based on the published information about the states of the devices.
  • the system dashboards may also send information to the devices.
  • FIG. 3A illustrates an example system 300 diagram of messaging-based interface communications between control devices 301a, 301b and one or more brokers associated with remote servers 303a, 303b via a BPS 302.
  • the message-based interface may be an MQTT interface.
  • the system 300 message-based interface is not limited to the MQTT interface, and other message-based interfaces may be employed as desired.
  • the control devices 301a, 301b may connect to the BPS 302, e.g., when the control devices 301a, 301b first power on.
  • the control devices 301a, 301b may connect to the BPS 302 after a power cycle and/or periodically (e.g, after a preconfigured time period).
  • the control devices 301a, 301b may reconnect with the BPS 302 to determine whether the BPS 302 has any provision connection updates with one or more remote servers 303a, 303b.
  • the control devices 301a, 301b may send connection request messages 310a, 310b to the BPS 302.
  • the connection request messages 310a, 310b may include information about the control devices 301a, 301b that the BPS 302 may use to provision the control devices 301a, 301b based on provisioning procedures and/or provisioning rules.
  • the control devices 301a, 301b may include information about control device IDs, control device types, serial numbers, MAC addresses, universal identifiers, authorization information, location information, and/or the like on the connection request messages 310a, 310b.
  • the BPS 302 may determine and provision the control devices 301a, 301b based on the provisioning rules. Based on the determination and the provisioning rules, the BPS 302 may send connection establishment messages 320a, 320b to one or more of the remote servers 303a, 303b identifying which control devices 301a, 301b may be connecting with the brokers associated with the remote servers 303a, 303b. For example, the BPS 302 may send the connection establishment message 320a to the remote server 303a and the connection establishment message 320b to the remote server 303b.
  • the connection establishment messages 320a, 320b may also define what the control devices 301a, 301b may or may not do when communicating with the provisioned remote servers 303a, 303b.
  • the connection establishment messages 320a, 320b may provide permissions information that determines how the control devices 301a, 301b may communicate with the one or more provisioned remote servers 303a, 303b.
  • control device 301a may be a lighting control device (e.g ., an
  • the control device 301b may be a system controller (e.g., a hub device, a remote-control device, etc.) for lighting control devices.
  • a user may install the lighting fixture and the system controller in a room. Once the lighting control device and the system controller are powered on, the lighting control device and the system controller may automatically connect to the BPS 302.
  • the remote servers 303a, 303b may receive the connection establishment messages 320a, 320b from the BPS 302. Based on the connection establishment messages 320a, 320b, the remote servers 303a, 303b and the services offered by the remote servers 303a, 303b may be aware that the control devices 301a, 301b (e.g., the lighting control device and the system controller) may communicate with the remote servers 303a, 303b and/or the services offered by the remote servers 303 a, 303b. If the remote servers 303 a, 303b receive the control devices 301a, 301b (e.g., the lighting control device and the system controller) may communicate with the remote servers 303a, 303b and/or the services offered by the remote servers 303 a, 303b. If the remote servers 303 a, 303b receive
  • communications from other than the control devices 301a, 301b identified in the connection establishment messages 320a, 320b, the remote servers 303a, 303b may ignore and/or disallow communication with the unidentified devices.
  • the BPS 302 may send provision messages 330a, 330b back to the control devices 301a, 301b.
  • the provision messages may include information about the remote servers 303a, 303b that the control devices 301a, 301b may use when establishing communication with the remote servers 303a, 303b.
  • the provision messages 330a, 330b may include information about the services, such as service IDs, broker IDs, topic IDs, subscription credentials, certificates, usernames, passwords, instructions, protocols, addresses, ports, communication channels, etc., for the remote servers 303a, 303b.
  • the provision messages 330a, 330b may also indicate connection information.
  • 330b may indicate to the control devices 301a, 301b to establish connections with the services by connecting to one or more (e.g, each) provisioned services, by connecting with either one of the provisioned services, and/or by creating compound connections with one or more provisioned services from the remote server 303a and one or more provisioned services from the remote server 303b.
  • control devices 301a, 301b may establish connections 340a, 340b, 360 with the provisioned remote servers 303a, 303b ( e.g .,
  • connections 340a, 340b, 360 may be established communication channels or communication tunnels on which the devices and the provisioned remote servers may communicate.
  • the control devices 301a, 301b may execute multi-server firmware to establish communication channels as described herein. For example, based on the provision information that indicates how the control devices 301a, 301b should connect to the provisioned services (e.g., via each of the services, via either one of the services, and/or via a compound connection with services), the multi-server firmware may send messages via connections 340a, 340b, 360 to the provisioned services and the corresponding remote servers 303a, 303b.
  • the multi-server firmware may send one or more (e.g, multiple and parallel) communications simultaneously, and the control devices 301a, 301b may communicate with the services associated with the remote servers 303a, 303b to receive information from and/or to publish information to the services in parallel.
  • the control device 301a may have dual connections with the remote servers 303a, 303b (e.g, connections 340a, 340b). That is, the multi-server firmware in the control device 301a may establish dual connections for the control device 301a.
  • the dual connections (e.g, and parallel connections) on multiple services on multiple servers may allow the control device 301a to maintain credentials and subscriptions to topics at both locations and to publish information to and receive information from both servers simultaneously (e.g, for reliability, redundancy, and/or geographical distributions).
  • the remote servers 303a, 303b may send request messages 350, 370 asking the control devices 301a, 301b for additional information/data.
  • the services on the remote servers 303a, 303b may use the additional information/data to operate properly.
  • the control device 301a may be a system controller device for a lighting control system.
  • the remote server 303a may send the request message 350 to the control device 301a requesting additional data/information about other devices that the system controller is configured to control.
  • the remote server 303a may request information about how many electrical loads are being controlled by the system controller.
  • FIG. 3B illustrates an example system 400 diagram that illustrates message-based interface communication between a control device 401, a mobile device 402, a BPS 403, and/or remote servers 404a, 404b.
  • the message-based interface may be an MQTT interface, and other message-based interfaces may be employed as desired and/or as appropriate.
  • control device 401 and the mobile device 402 may connect to the BPS 403.
  • the mobile device 402 may include one or more programs or applications running on the mobile device.
  • the BPS 403 may provision the control device 401 and the mobile device 402 based on the connection request messages 410a, 410b.
  • the BPS 403 may apply the provisioning rules and may send connection establishment messages 420a, 420b to the remote servers 404a, 404b.
  • the BPS 403 may send provision messages 430a, 430b to the control device 401 and the mobile device 402.
  • the provision messages 430a, 430b may include provision information about the remote servers 404a, 404b with which the devices may establish communication.
  • the provision messages 430a, 430b may include information about the services, such as service IDs, broker IDs, topic IDs, and subscription credentials, for the remote servers 403a, 403b.
  • the provision messages 430a, 430b may also indicate connection information.
  • the provision messages 430a, 430b may indicate to the control device 401 and to the mobile device 402 to establish connection with the services by connecting to one or more (e.g ., each) provisioned services, by connecting with either one of the provisioned services, and/or by connecting to a compound set of provisioned services (e.g., connecting to one or more provisioned services from the remote server 403a and one or more provisioned services from the remote server 403b).
  • the provision message 430b may indicate that the control device 401 and the mobile device 402 may establish local access between the two devices.
  • the BPS 403 may provision one or more remote servers to each of the devices.
  • the BPS 403 may also provision the mobile device 402 to the control device 401.
  • the BPS 403 may send an additional set of credentials for the control device 401 and the mobile device 402 to communicate with each other (e.g, directly or locally, once provisioned by the BPS 403).
  • the mobile device 402 may communicate (e.g ., communicate directly) with the control device 401, or vice versa.
  • the control device 401 may communicate with the provisioned remote servers 404a, 404b directly (e.g, via established communication tunnels, such as connections 440a, 440b). For example, the control device 401 may execute the multi server firmware and communicate with the remote servers 440a, 440b.
  • the multi-server firmware may configure dual connections with the remote servers 404a, 404b for the control device 401 to have parallel communication with the remote servers 404a, 404b.
  • the control device 401 may maintain credentials and subscriptions to topics at both locations in the remote servers 404a, 404b and publish information to and receive information from both servers simultaneously.
  • the mobile device 402 may establish connection 460 (e.g, a communication tunnel) with the remote server 404b based on the provision information from the BPS 403.
  • connection 460 e.g, a communication tunnel
  • the remote servers 404a, 404b may each send a request message 450 requesting additional information from the devices as described herein.
  • the BPS 403 may provision the mobile device 402 to the control device 401. Such provision may allow the mobile device 402 to communicate with the control device 401 (e.g, locally).
  • the mobile device 402 e.g., functioning as a remote-control device
  • the mobile device 402 may include an application to control the control device 401, such as a lighting control device (e.g, an LED driver) for a lighting fixture.
  • the application running on the mobile device 402 may connect with the BPS 403 via the connection request message 410b.
  • the connection request message 410b may include credentials which indicate (e.g, prove to the BPS 403) that the mobile device 402 has authorization to access the control device 401. Based on the connection request message and included credentials, and/or the provisioning rules, the mobile device 402 may be provisioned via the BPS 403 with the control device 401.
  • the BPS 403 may also provision the mobile device 402 with the remote server
  • the control device 401 may be provisioned with remote servers 404a, 404b. That is, the control device 401 and the mobile device 402 may be communicating with the services offered by the remote server 404b.
  • a user may turn off the control device 401, such as the lighting control device in the lighting fixture.
  • the control device 401 may publish the control message ( e.g ., of turning off light) to the remote server 404b via the connection 440b.
  • the application running on the mobile device 402 may receive published information about the control device 401 from the remote server 404b via the connection 460.
  • the user may use the application running on the mobile device 402 to turn on the control device 401, such as the lighting control device in the lighting fixture.
  • the mobile device 402 may publish the control message directly to the control device 401 via the connection 470.
  • the control device 401 may receive the control message and turn on the lighting control device in the lighting fixture.
  • the control device 401 may also publish the control message from the mobile device 402 to the remote server 404b via the connection 440b (e.g., on behalf of the application running on the mobile device 402).
  • the application running on the mobile device 402 may directly publish the control message controlling the control device 401 to the remote server 404b.
  • the application running on the mobile device 402 may publish the control message to both the control device 401 and the remote server 404b simultaneously by sending parallel messages via the connections 460, 470.
  • FIG. 4 shows an example block diagram of a network device 680 (such as a remote server, for example).
  • Network device 680 may include one or more general purpose processors, special purpose processors, conventional processors, digital signal processors (DSPs), microprocessors, microcontrollers, integrated circuits, programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), or the like, and/or may further include other processing element, such as one or more graphic processors (hereinafter collectively referred to as processor 1102).
  • DSPs digital signal processors
  • PLDs programmable logic devices
  • FPGAs field-programmable gate arrays
  • ASICs application specific integrated circuits
  • Processor 1102 may control the functionality of the network device and may execute a control application 1103, in addition to other software applications, such as operating systems, database management systems, etc., to provide features and functions as describe herein.
  • the processor 1102 may also perform signal coding, data processing, power control, input/output processing, and any other functionality that enables the network device 680 to perform as described herein.
  • the network device 680 may also include one or more memory modules/devices 1104 (including volatile and non-volatile memory modules/devices) which may be non-removable memory modules/devices and/or removable memory modules/devices.
  • Memory modules/devices 1104 may be
  • Non-removable memory modules/devices 1104 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of non-removable memory storage.
  • Removable memory modules/devices 1104 may include a subscriber identity module (SIM) card, a memory stick, a memory card, or any other type of removable memory.
  • SIM subscriber identity module
  • the one or more memory modules/devices 1104 may store the control application 1103 and may also provide an execution space as the processor executes the control application.
  • Network device 680 may also include a visual display screen/terminal 1106 that may be communicatively coupled to the processor 1102.
  • the visual display screen 1106 may display information to a user via one or more GUI-based interfaces/GUI-based“windows” as described herein.
  • the display screen 1106 and the processor 1102 may be in two-way communication, as the display screen 1106 may include a touch- sensitive visual screen module configured to receive information from a user and to provide such information to the processor 1102.
  • Network device 680 may also include one or more input/output (I/O) devices 1112 (e.g., a keyboard, a touch-sensitive pad, a mouse, a trackball, an audio speaker, an audio receiver, etc) that may be communicatively coupled to the processor 1102.
  • the I/O devices may allow the user to interact with the control application 1103, for example.
  • Network device 680 may further include one or more transceivers or communications circuits (collectively, communications circuit 1108) for communicating (transmitting and/or receiving) over wired and/or wireless communication networks, for example.
  • the I/O devices 1112 e.g.,
  • communications circuit 1108 may include an RF transceiver or other circuit configured to perform wireless communication via an antenna. Communications circuit 1108 may be in communication with processor 1102 for transmitting and/or receiving information.
  • Each of the modules within the network device 680 may be powered by a power source 1110.
  • the power source 1110 may include an AC power supply and/or a DC power supply, for example.
  • the power source 1110 may generate a supply voltage Vcc for powering the modules within the network device 680.
  • the control application 1103 may also include a logic engine for providing features of the GUI and features of the application in general as described herein.
  • the GUI-based software modules and/or logic engine may be one or more software-based modules that include instructions, for example, that may be stored on and/or executed from one or more tangible memory devices/modules of the network device as indicated above.
  • Features of the control application may also be provided by firmware and/or hardware in addition to or as an alternative to software-based modules.
  • network device 680 is an example and the control application may execute on other types of computing devices.
  • network device 680 may be like or representative of network devices or remote servers 160, 240, 250, 303a, 303b, 404a, and 404b, as described herein. Accordingly, the control application may communicate with a system controller via a network local to a user environment (such as a Wi-Fi network) similar to device 144 as described herein, and may communicate with a system controller using a message-based protocol (e.g ., MQTT) and a message broker (e.g., a BPS 220). Nonetheless, one will recognize that the control application 1103 and/or network device 680 may communicate with a system controller using other communication systems and/or protocols, etc.
  • a message-based protocol e.g ., MQTT
  • a message broker e.g., a BPS 220
  • control application 1103 is described herein as being a self-contained application that executes on the network device and communicates messages with the system controller, for example.
  • logic of the control application and generated graphics associated with the application are described herein as executing from the network device.
  • features and/or graphics of the control application may be implemented in other fashions, such as a web-hosted application with the network device interfacing with the web-hosted application using a local application (e.g, a web browser or other application) for providing features and functions as described herein.
  • FIG. 5 is a block diagram illustrating another example system controller 1200
  • the system controller 1200 may include one or more general purpose processors, special purpose processors, conventional processors, digital signal processors (DSPs), microprocessors, microcontrollers, integrated circuits, programmable logic devices (PLDs), field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), or any suitable controller or processing device or the like (hereinafter collectively referred to as processor or control circuit 1202).
  • DSPs digital signal processors
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • ASICs application specific integrated circuits
  • the control circuit 1202 may be configured to execute one or more software-based applications that include instructions that, when executed by the control circuit, may configure the control circuit to perform signal coding, data processing, power control, input/output processing, or any other function, process, and/or operation, for example, that enables the system controller 1200 to perform as described herein.
  • functions, features, processes, and/or operations described herein of the system controller 1200 may also be provided by firmware and/or hardware in addition to and/or as an alternative to software-based instructions.
  • the control circuit 1202 may store information in and/or retrieve information from a memory 1204, including configuration information, configuration information files, backup files, creation times, and signatures, as described herein.
  • Memory 1204 may also store software-based instructions for execution by the control circuit 1202 and may also provide an execution space as the control circuit executes instructions.
  • Memory 1204 may be implemented as an external integrated circuit (IC) or as an internal circuit of the control circuit 1202.
  • Memory 1204 may include volatile and/or non-volatile memory modules/devices and may be non-removable memory modules/devices and/or removable memory modules/devices.
  • Non-removable memory may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of non-removable memory storage.
  • Removable memory may include a subscriber identity module (SIM) card, a memory stick, a memory card, or any other type of removable memory.
  • SIM subscriber identity module
  • configuration information files, and/or backup files, and/or software-based instructions, etc. may be the same and/or different memory modules/devices of the system controller.
  • configuration information files and software-based instructions may be stored in non-volatile memory modules/devices while backups may be stored in volatile and/or non-volatile memory modules/devices.
  • the system controller 1200 may include one or more communications circuits/network interface devices or cards 1206 for transmitting and/or receiving information.
  • the communications circuit 1206 may perform wireless and/or wired communications.
  • the system controller 1200 may also include one or more communications circuits/network interface devices/cards 1208 for transmitting and/or receiving information.
  • the communications circuit 1206 may perform wireless and/or wired communications.
  • Communications circuits 1206 and 1208 may be in communication with control circuit 1202.
  • the communications circuits 1206 and/or 1208 may include radio frequency (RF) transceivers or other communications modules configured to perform wireless communications via one or more antennas.
  • the communications circuit 1206 and communications circuit 1208 may be configured to perform communications via the same communication channels or different communication channels.
  • the communications circuit 1206 may be configured to communicate (e.g ., with a network device, over a network, etc.) via a wireless communication channel (e.g., BLUETOOTH®, near field communication (NFC), WIFI®, WI-MAX®, cellular, etc.) and the communications circuit 1208 may be configured to communicate (e.g, with control devices and/or other devices in the load control system) via another wireless communication channel (e.g, WI-FI® or a proprietary communication channel, such as CLEAR CONNECTTM).
  • a wireless communication channel e.g., BLUETOOTH®, near field communication (NFC), WIFI®, WI-MAX®, cellular, etc.
  • WI-FI® wireless communication channel
  • a proprietary communication channel such as CLEAR CONNECTTM
  • the control circuit 1202 may be in communication with one or more LED indicators 1212 for providing indications to a user.
  • the control circuit 1202 may be in communication with an actuator 1214 (e.g, one or more buttons, switches, knobs, or sliders) that may be actuated by a user to communicate user selections to the control circuit 1202.
  • the actuator 1214 may be actuated to put the control circuit 1202 in an association mode and/or communicate association messages from the system controller 1200.
  • Each of the modules within the system controller 1200 may be powered by a power source 1210.
  • the power source 1210 may include an AC power supply or a DC power supply, for example.
  • the power source 1210 may generate a supply voltage Vcc for powering the modules within the system controller 1200.
  • system controller 1200 may include other, fewer, and/or additional modules.
  • FIG. 6 is a block diagram illustrating an example control -target device 1300, e.g, a load control device, as described herein.
  • the control -target device 1300 may be a dimmer switch, an electronic switch, an electronic ballast for lamps, an LED driver for LED light sources, an AC plug-in load control device, a temperature control device (e.g, a thermostat), a motor drive unit for a motorized window treatment, or other load control device.
  • the control- target device 1300 may be like or representative of the control -target devices 112, 113, 116, 124, and 126 described herein.
  • the control -target device 1300 may include one or more communications circuits/network interface devices or cards 1302.
  • the communications circuit 1302 may include a receiver, an RF transceiver, and/or other communications modules or circuits configured to perform wired and/or wireless communications via communications link 1310.
  • the control -target device 1300 may include one or more general purpose processors, special purpose processors, conventional processors, digital signal processors (DSPs), microprocessors, microcontrollers, integrated circuits, programmable logic devices (PLDs), field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), or any suitable controller or processing device or the like (hereinafter collectively referred to as processors or control circuits 1304).
  • DSPs digital signal processors
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • ASICs application specific integrated circuits
  • the control circuit 1304 may be configured to execute one or more software-based applications that include instructions that, when executed by the control circuit, may configure the control circuit to perform signal coding, data processing, power control, input/output processing, or any other function, feature, process, and/or operation, for example, that enables the control -target device 1300 to perform as described herein.
  • functions, features, processes, and/or operations described herein for the control- target device 1300 may also be provided by firmware and/or hardware in addition to and/or as an alternative to software-based instructions.
  • the control circuit 1304 may store information in and/or retrieve information from a memory 1306. For example, the memory 1306 may maintain a registry of associated control devices and/or control configuration information.
  • Memory 1306 may also store software-based instructions for execution by the control circuit 1304 and may also provide an execution space as the control circuit executes instructions.
  • Memory 1306 may be implemented as an external integrated circuit (IC) or as an internal circuit of the control circuit 1304.
  • Memory 1306 may include volatile and/or non-volatile memory modules/devices and may be non-removable memory modules/devices and/or removable memory modules/devices.
  • Non removable memory may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of non-removable memory storage.
  • Removable memory may include a subscriber identity module (SIM) card, a memory stick, a memory card, or any other type of removable memory.
  • SIM subscriber identity module
  • the control circuit 1304 may also be in communication with the communications circuit 1302.
  • the control -target device 1300 may include a load control circuit 1308.
  • the load control circuit 1308 may receive instructions and/or control signals from the control circuit 1304 and may control an electrical load 1316 based on the received instructions and/or control signals.
  • the load control circuit 1308 may provide status feedback to the control circuit 1304 regarding the status of the electrical load 1316.
  • the load control circuit 1308 may receive power via a hot connection 1312 and a neutral connection 1314 and may provide an amount of power to the electrical load 1316.
  • the electrical load 1316 may include any suitable type of electrical load.
  • the control circuit 1304 may be in communication with an actuator 1318 (e.g ., one or more buttons, switches, knobs, or sliders) that may be actuated by a user to communicate user selections to the control circuit 1304.
  • the actuator 1318 may be actuated to put the control circuit 1304 in an association mode or discovery mode.
  • the control -target device 1300 may communicate association messages or discovery messages via the
  • control -target device 1300 may include other, fewer, and/or additional modules and/or circuits than those described herein.
  • FIG. 7 is a block diagram illustrating an example control-source device 1400 as described herein.
  • the control-source device 1400 may be a remote-control device, an occupancy sensor, a daylight sensor, a window sensor, a temperature sensor, and/or the like.
  • the control- source device 1400 may be like or representative of the control-source devices 108, 110, 120, and 122 described herein.
  • the control-source device 1400 may include one or more general purpose processors, special purpose processors, conventional processors, digital signal processors (DSPs), microprocessors, microcontrollers, integrated circuits, programmable logic devices (PLDs), field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), or any suitable controller or processing device or the like (hereinafter collectively referred to as processors or control circuits 1402).
  • DSPs digital signal processors
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • ASICs application specific integrated circuits
  • the control circuit 1402 may be configured to execute one or more software-based applications that include instructions that, when executed by the control circuit, may configure the control circuit to perform signal coding, data processing, power control, input/output processing, or any other function, feature, process, and/or operation, for example, that enables the control-source device 1400 to perform as described herein.
  • functions, features, processes, and/or operations described herein for the control-source device 1400 may also be provided by firmware and/or hardware in addition to and/or as an alternative to software-based instructions.
  • the control circuit 1402 may store information in and/or retrieve information from a memory 1404.
  • Memory 1404 may also store software-based instructions for execution by the control circuit 1402 and may also provide an execution space as the control circuit executes instructions.
  • Memory 1404 may be implemented as an external integrated circuit (IC) or as an internal circuit of the control circuit 1402.
  • Memory 1404 may include volatile and/or non-volatile memory modules/devices and may be non-removable memory modules/devices and/or removable memory modules/devices.
  • Non removable memory may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of non-removable memory storage.
  • Removable memory may include a subscriber identity module (SIM) card, a memory stick, a memory card, or any other type of removable memory.
  • SIM subscriber identity module
  • the control -source device 1400 may include one or more communications circuits/network interface devices or cards 1408 for transmitting and/or receiving information.
  • the communications circuit 1408 may transmit and/or receive information via wired and/or wireless communications via communications circuit 1408.
  • the communications circuit 1408 may include a transmitter, an RF transceiver, and/or other circuit configured to perform wired and/or wireless communications.
  • the communications circuit 1408 may be in communication with control circuit 1402 for transmitting and/or receiving information.
  • control circuit 1402 may also be in communication with an input circuit
  • the input circuit 1406 may include an actuators (e.g ., one or more buttons, switches, knobs, or sliders) and/or a sensor circuit (e.g., an occupancy sensor circuit, a daylight sensor circuit, or a temperature sensor circuit) for receiving input that may be sent to a control -target device for controlling an electrical load.
  • the control -source device may receive input from the input circuit 1406 to put the control circuit 1402 in an association mode and/or communicate association messages from the control-source device.
  • the control circuit 1402 may receive information from the input circuit 1406 (e.g. , an indication that a button has been actuated or sensed information).
  • Each of the modules within the control-source device 1400 may be powered by a power source 1410.
  • control-source device 1400 may include other, fewer, and/or additional modules and/or circuits than those described herein.
  • the methods and systems may also be implemented in a computer programs, software, or firmware incorporated in one or more computer-readable media for execution by a computer or a processor, for example.
  • Examples of computer-readable media include electronic signals (transmitted over wired or wireless connections) and tangible/non-transitory computer-readable storage media.
  • Examples of tangible/non-transitory computer-readable storage media include, but are not limited to, a read only memory (ROM), a random-access memory (RAM), removable disks, and optical media such as CD-ROM disks, and digital versatile disks (DVDs).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Automation & Control Theory (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Selective Calling Equipment (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne des systèmes et des procédés pour un service d'approvisionnement tel qu'un service BPS (Broker Provisioner Service), pour l'approvisionnement d'un dispositif (par ex. un dispositif de commande et/ou un dispositif mobile) avec un ou plusieurs serveurs distants. Le dispositif peut envoyer un message de demande de connexion au BPS devant être approvisionné avec les serveurs distants (par ex. un ou plusieurs services proposés par les serveurs distants). Le BPS peut déterminer un ou plusieurs services et/ou courtiers associés aux serveurs distants correspondants avec lesquels le dispositif peut être approvisionné, par ex. sur la base de règles d'approvisionnement. Le BPS peut appliquer les règles d'approvisionnement pour déterminer les services et/ou les courtiers appropriés et les serveurs distants correspondants avec lesquels le dispositif peut être approvisionné. Le BPS peut envoyer un message de fourniture au dispositif. Le dispositif peut établir des communications avec les services et/ou les courtiers fournis et/ou les serveurs distants correspondants.
PCT/US2020/043516 2019-07-26 2020-07-24 Approvisionnement de dispositifs de commande avec des services basés dans plusieurs nuages WO2021021635A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202080068298.3A CN114450928A (zh) 2019-07-26 2020-07-24 向控制设备供应多个基于云的服务
EP20757025.0A EP4005189A1 (fr) 2019-07-26 2020-07-24 Approvisionnement de dispositifs de commande avec des services basés dans plusieurs nuages
CA3145880A CA3145880A1 (fr) 2019-07-26 2020-07-24 Approvisionnement de dispositifs de commande avec des services bases dans plusieurs nuages
MX2022001116A MX2022001116A (es) 2019-07-26 2020-07-24 Servicios de aprovisionamiento múltiple basados en la nube para controlar dispositivos.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962879166P 2019-07-26 2019-07-26
US62/879,166 2019-07-26

Publications (1)

Publication Number Publication Date
WO2021021635A1 true WO2021021635A1 (fr) 2021-02-04

Family

ID=72087155

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2020/043516 WO2021021635A1 (fr) 2019-07-26 2020-07-24 Approvisionnement de dispositifs de commande avec des services basés dans plusieurs nuages

Country Status (6)

Country Link
US (1) US20210029202A1 (fr)
EP (1) EP4005189A1 (fr)
CN (1) CN114450928A (fr)
CA (1) CA3145880A1 (fr)
MX (1) MX2022001116A (fr)
WO (1) WO2021021635A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021254842A1 (fr) * 2020-06-17 2021-12-23 Siemens Aktiengesellschaft Dispositif destiné à être utilisé dans l'internet des objets

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11811884B1 (en) * 2020-12-11 2023-11-07 Amazon Technologies, Inc. Topic subscription provisioning for communication protocol

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180167435A1 (en) * 2016-12-14 2018-06-14 Sap Portals Israel Ltd. Customized internet-of-things data packaging
WO2018232111A1 (fr) * 2017-06-16 2018-12-20 Cryptography Research, Inc. Gestion de dispositifs de l'internet des objets (iot)

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7085819B2 (en) * 2001-12-20 2006-08-01 Sigma Storage System and method for distributed network data storage
US10079839B1 (en) * 2007-06-12 2018-09-18 Icontrol Networks, Inc. Activation of gateway device
GB2471883A (en) * 2009-07-16 2011-01-19 Nec Corp Controlling a software application in a thin client session using a mobile device
US9654601B2 (en) * 2011-03-14 2017-05-16 Verizon Digital Media Services Inc. Network connection hand-off and hand-back
US9432437B1 (en) * 2013-08-15 2016-08-30 Sprint Communications Company L.P. Dynamic telemetry client message routing
US10447492B1 (en) * 2014-07-24 2019-10-15 Savant Systems, Llc Residential management system for use with a plurality of home automation systems
US20170201375A1 (en) * 2016-01-08 2017-07-13 Futurewei Technologies, Inc. Secure content sharing using content centric approach
MX2018011594A (es) * 2016-03-24 2019-06-24 Lutron Electronics Co Dispositivo de control de carga remoto con capacidad para detección de orientación.
US20180191718A1 (en) * 2016-12-29 2018-07-05 Ingram Micro Inc. Technologies for securely extending cloud service apis in a cloud service marketplace
US10678203B2 (en) * 2017-02-28 2020-06-09 Lutron Technology Company Llc Communicating with and controlling load control systems by communicating messages from the load control systems related to events that occur in the load control systems
WO2018207027A2 (fr) * 2017-05-11 2018-11-15 Airties Kablosuz Iletisim Sanayi Ve Dis Ticaret A.S. Configuration de réseau wifi à base de cloud pour points d'accès multiples

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180167435A1 (en) * 2016-12-14 2018-06-14 Sap Portals Israel Ltd. Customized internet-of-things data packaging
WO2018232111A1 (fr) * 2017-06-16 2018-12-20 Cryptography Research, Inc. Gestion de dispositifs de l'internet des objets (iot)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3 (Release 11)", 3GPP STANDARD; 3GPP TS 24.229, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG1, no. V11.2.0, 20 December 2011 (2011-12-20), pages 1 - 712, XP050554695 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021254842A1 (fr) * 2020-06-17 2021-12-23 Siemens Aktiengesellschaft Dispositif destiné à être utilisé dans l'internet des objets

Also Published As

Publication number Publication date
CN114450928A (zh) 2022-05-06
US20210029202A1 (en) 2021-01-28
MX2022001116A (es) 2022-05-03
EP4005189A1 (fr) 2022-06-01
CA3145880A1 (fr) 2021-02-04

Similar Documents

Publication Publication Date Title
US11690157B2 (en) Commissioning and controlling load control devices
US10448485B2 (en) System and method of autonomous restore point creation and restoration for luminaire controllers
RU2692515C2 (ru) Системы и способы управления окружающими условиями
US20170223808A1 (en) Commissioning a configurable user control device for a lighting control system
US11221599B2 (en) Systems and methods for managing environmental conditions
US20210029202A1 (en) Provisioning multiple cloud-based services to control devices
CA2949128A1 (fr) Mecanismes de commande d'eclairage sans fil et methodes

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20757025

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3145880

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020757025

Country of ref document: EP

Effective date: 20220228