A method of managing an intermittent network includes, with a local network manager executed by a processor of a local server, managing at least one local client device to use the local server as a proxy server. The method includes, with an internet connection manager executed by the processor of the local server, transferring data between an internet and the local server based on a quality and speed of a connection to the internet, and, with an update manager, sending data downloaded from the internet by the local server to the local client device. The method includes, with an analytics manager, retrieving analytics data from the local client device. The local server restricts the local client device from accessing the internet through the local server.

A method for controlling controller area network (CAN) communication in a vehicle including a plurality of electronic control units (ECUs) and a plurality of CAN databases accessible by the plurality of ECUs can include: storing CAN message information in the plurality of CAN databases such that each CAN database stores a unique configuration of the CAN message information; establishing a plurality of periodic intervals; and when a subsequent interval among the plurality of periodic intervals begins: receiving a plurality of measurement values deriving from a plurality of sensors equipped in the vehicle, calculating a database reference number based upon the plurality of measurement values, the database reference number newly identifying a particular CAN database among the plurality of CAN databases, and performing CAN communication, by each ECU, based upon the uniquely configured CAN message information stored in the newly identified CAN database.

A method includes selecting, by one or more servers, a digital component to be presented in an application executed at a client device; obtaining, by the one or more servers, attributes of the digital component, including at least one or more of a destination network location to which the digital component redirects users in response to interaction with the digital component and a reporting network location to which the interaction with the digital component is reported; after selecting the digital component and obtaining the attributes of the digital component, selecting, by the one or more servers and based on the obtained attributes, a config file that specifies a set of operations to be performed by the client device that presents the digital component; and transmitting, to the client device, a payload that includes information specifying the digital component to be presented in the application and the config file that, upon execution by the client device, causes the client device to perform the set of operations specified by the config file.

A playback device includes programming for connecting to a first wireless local area network (WLAN) and storing a first set of network configuration parameters including an identifier of the first WLAN and a first security parameter for the first WLAN. The functions also include disconnecting from the first WLAN, receiving a second set of network configuration parameters including an identifier of a second WLAN and a second security parameter for the second WLAN, and storing the second set of network configuration parameters. The functions also include reconnecting to the first WLAN using the stored first set of network configuration parameters and, after reconnecting to the first WLAN, transmitting, absent user request, the second set of network configuration parameters to at least one other playback device that is connected to the first WLAN for storage on the at least one other playback device that is connected to the first WLAN.

A method for managing systems with interrelated microservices with self-assembling and self-configuring microservices includes receiving at a first micro service a service request from a client. A determination is the made whether the first micro service is capable of processing the service request. If the first micro service is capable of processing the service requests, then processing the service request; if the first micro service cannot process the service request then routing the service request to a first stem service. The first stem service determines whether there is a second micro service that can process the service request. If the second micro service that can process the service requests exists, then forwarding the service request to the second micro service for processing. If there is no second micro service that can service the service requests then morphing the first stem service into a micro service that can service the service request.

A system and method for providing remote access to a device is disclosed. The method comprises receiving an automatically expiring authentication token having encrypted authentication token data including a session key from the device, transmitting the authentication token to secure facility, receiving the decrypted authentication token data from the secure facility, signing a tool package with a package verification key derived at least in part from the session key, the tool package comprising processor instructions providing remote access to the device when executed by the processor, providing the signed tool package to the device. The device verifies the signed tool package using the package verification key and executes the tool package only if the signature of the tool package is verified.

A wireless control system comprises a plurality of local stations linked by a communication network. Each local station transmits, in a respective radio coverage area, an enduring status signal. An autonomous vehicle is authorized to move while it receives the status signal. When an emergency stop switch of the local station is activated, the local station interrupts its transmission of the status signal. It also instructs one or more further local stations, to which it is linked by a communication network, to interrupt their transmission of the status signal. In this way, the activation of the local emergency stop switch will have effect throughout the control system and will eventually bring all autonomous vehicles to a halt.

An IoT electronic device executes services distributed by an IoT service orchestration device. A Lightweight Machine-to-Machine (LwM2M) request message is received. The LwM2M request message contains a LwM2M object identifying hardware resources of the IoT electronic device for which characteristics are requested. A LwM2M command is executed that accesses a LwM2M interface identified based on content of the LwM2M object to determine the characteristics of the hardware resources of the IoT electronic device which are identified by the LwM2M object. A response message contains information identifying the characteristics of the hardware resources of the IoT electronic device. The response message is communicated toward the IoT service orchestrator device. A service image is received for execution which is adapted by the IoT service orchestrator device, responsive to the information in the response message identifying the characteristics of the hardware resources of the IoT electronic device.

A policy driven zero touch provisioning (ZTP) system implements techniques for policy driven ZTP of network devices. One or more ZTP policies, configurations and/or boot images associated with one or more network devices are stored in a database. Upon execution of a boot sequence, a network device automatically sends a DHCP request including network device identification information to the policy driven ZTP system. The policy driven ZTP system identifies a matching ZTP policy having conditions that match the network device identification information. The ZTP system generates a DHCP response including IP leasing information, a boot configuration information by which a boot configuration may be automatically obtained, and/or boot image information by which a boot image may be automatically obtained as defined by the matching ZTP policy. The techniques allow ZTP policies to be defined with device-level granularity for boot configuration and/or boot images.

A first computer can operate a first instance of a neural network, receive a first data set input to the first instance of the neural network, determine a first calibration parameter for the neural network in the first instance of the neural network based on the first data set, and send the first calibration parameter to a server computer. A second computer can operate a second instance of the neural network, receive a second data set input to the second instance of the neural network, determine a second calibration parameter for the neural network in the second instance of the neural network based on the second data set, and send the second calibration parameter to the server computer. A server computer can aggregate the first and second calibration parameters to update a model of the neural network and update the neural network model for the first and second instances of the neural network at the first and second computers based on the aggregated first and second calibration parameters.