Abstract: An administered authentication system can authenticate an artificial reality device using an authorization record between a user account and an artificial reality device. In some implementations, the authorization record is created in response to activation of a user account-specific key sent to a user-supplied contact, where an artificial reality device identifier was provided with the user-supplied contact. In other implementations, the authorization record is created in response to activation of a user account-specific key provided to the artificial reality device as a code, where activation of the key includes adding an artificial reality device identifier to a key activation message. In yet other implementations, the authorization record is created in response to an application associated with a user account activating an artificial reality device-specific key, with an artificial reality device identifier, that is provided via the artificial reality device.

Abstract: An administered authentication system can authenticate an artificial reality device using an authorization record between a user account and an artificial reality device. In some implementations, the authorization record is created in response to activation of a user account-specific key sent to a user-supplied contact, where an artificial reality device identifier was provided with the user-supplied contact. In other implementations, the authorization record is created in response to activation of a user account-specific key provided to the artificial reality device as a code, where activation of the key includes adding an artificial reality device identifier to a key activation message. In yet other implementations, the authorization record is created in response to an application associated with a user account activating an artificial reality device-specific key, with an artificial reality device identifier, that is provided via the artificial reality device.

Abstract: Provisioning multiple artificial reality devices can be accomplished through network communications between a device distributor, an administration system, a provisioning device, and the artificial reality devices. The device distributor can provide, to the administration system, a list of artificial reality devices corresponding to a particular organization. A provisioning device can sign into an account on the administration system and receive the list. The provisioning device can then scan for wireless connectivity with the listed artificial reality devices and can make a wireless connection with any artificial reality devices that respond and that are on the list. The provisioning device can then send these devices credentials for a local WiFi network. The artificial reality devices can automatically, upon receipt of the credentials, connect to the administration system to obtain the software update and/or the configuration data.

Abstract: An administered authentication system can authenticate an artificial reality device using an authorization record between a user account and an artificial reality device. In some implementations, the authorization record is created in response to activation of a user account-specific key sent to a user-supplied contact, where an artificial reality device identifier was provided with the user-supplied contact. In other implementations, the authorization record is created in response to activation of a user account-specific key provided to the artificial reality device as a code, where activation of the key includes adding an artificial reality device identifier to a key activation message. In yet other implementations, the authorization record is created in response to an application associated with a user account activating an artificial reality device-specific key, with an artificial reality device identifier, that is provided via the artificial reality device.

Abstract: An administered authentication system can authenticate an artificial reality device using an authorization record between a user account and an artificial reality device. In some implementations, the authorization record is created in response to activation of a user account-specific key sent to a user-supplied contact, where an artificial reality device identifier was provided with the user-supplied contact. In other implementations, the authorization record is created in response to activation of a user account-specific key provided to the artificial reality device as a code, where activation of the key includes adding an artificial reality device identifier to a key activation message. In yet other implementations, the authorization record is created in response to an application associated with a user account activating an artificial reality device-specific key, with an artificial reality device identifier, that is provided via the artificial reality device.

Abstract: Provisioning multiple artificial reality devices can be accomplished through network communications between a device distributor, an administration system, a provisioning device, and the artificial reality devices. The device distributor can provide, to the administration system, a list of artificial reality devices corresponding to a particular organization. A provisioning device can sign into an account on the administration system and receive the list. The provisioning device can then scan for wireless connectivity with the listed artificial reality devices and can make a wireless connection with any artificial reality devices that respond and that are on the list. The provisioning device can then send these devices credentials for a local WiFi network. The artificial reality devices can automatically, upon receipt of the credentials, connect to the administration system to obtain the software update and/or the configuration data.

Abstract: Provisioning multiple artificial reality devices can be accomplished through network communications between a device distributor, an administration system, a provisioning device, and the artificial reality devices. The device distributor can provide, to the administration system, a list of artificial reality devices corresponding to a particular organization. A provisioning device can sign into an account on the administration system and receive the list. The provisioning device can then scan for wireless connectivity with the listed artificial reality devices and can make a wireless connection with any artificial reality devices that respond and that are on the list. The provisioning device can then send these devices credentials for a local WiFi network. The artificial reality devices can automatically, upon receipt of the credentials, connect to the administration system to obtain the software update and/or the configuration data.

Abstract: A technology is described for modifying a message frequency of a device. In one example, a network connection is identified between a device and a service provider environment. A message frequency is set for which to send reachability messages between the device and the service provider environment to maintain the network connection. The reachability messages may be sent between the device and the service provider environment at the message frequency. After testing whether the networking connection is maintained at the message frequency, the message frequency may be modified to a modified message frequency.

Abstract: An administered authentication system can authenticate an artificial reality device using an authorization record between a user account and an artificial reality device. In some implementations, the authorization record is created in response to activation of a user account-specific key sent to a user-supplied contact, where an artificial reality device identifier was provided with the user-supplied contact. In other implementations, the authorization record is created in response to activation of a user account-specific key provided to the artificial reality device as a code, where activation of the key includes adding an artificial reality device identifier to a key activation message. In yet other implementations, the authorization record is created in response to an application associated with a user account activating an artificial reality device-specific key, with an artificial reality device identifier, that is provided via the artificial reality device.

Abstract: Provisioning multiple artificial reality devices can be accomplished through network communications between a device distributor, an administration system, a provisioning device, and the artificial reality devices. The device distributor can provide, to the administration system, a list of artificial reality devices corresponding to a particular organization. A provisioning device can sign into an account on the administration system and receive the list. The provisioning device can then scan for wireless connectivity with the listed artificial reality devices and can make a wireless connection with any artificial reality devices that respond and that are on the list. The provisioning device can then send these devices credentials for a local WiFi network. The artificial reality devices can automatically, upon receipt of the credentials, connect to the administration system to obtain the software update and/or the configuration data.

Abstract: A socket service may be used to link a peer socket to another peer socket. The peer socket is for communicating data to and from a client device and the other peer socket is for communicating data to and from another client device. If a socket opens and the corresponding peer socket is not yet open then the socket waits for the corresponding peer socket to open. When a client device requests a socket to be opened, the client device requests a particular client-defined function mapping to be associated with the socket. When the socket is opened, the endpoint specified in the client-defined function mapping is invoked. An identifier associated with the client device is sent to the endpoint. If the endpoint returns a socket identifier for another socket, then the socket service links the peer socket to the other peer socket, linking the client device to another client device.

Abstract: Compute hosts and a routing system may be used for connection and application state migration for uninterrupted service availability. In response to an indication to transfer a connection from a particular compute host to another compute host, the particular compute host obtains a connection state and an application state for the connection and sends the connection state and the application state to the other compute host. The connection state includes information for a connection-oriented protocol and the application state includes information for an application-layer protocol. The other compute host receives and applies the connection state and the application state in order to establish a termination point to terminate the connection at the other compute host instead of at the particular compute host. The data for the connection is routed to the other compute host, wherein the client is unaware of transfer of the connection to the other compute host.

Abstract: A socket service may be used to implement client-defined function mappings (e.g., custom protocols) for sockets hosted by the socket service so that when a particular socket is opened for a particular client device, the socket operates according to a particular client-defined function mapping requested by the particular client device. To establish a particular client-defined function mapping, a socket manager may receive request from a user that specifies a particular endpoint (e.g., a client-registered function). When a client device requests a socket to be opened, the client device requests the particular client-defined function mapping to be associated with the socket. When the socket is opened, the endpoint is invoked. The particular client-defined function mapping may also specify one or more receive criteria for data received at the socket. If the one or more receive criteria is met, the endpoint is invoked by sending the data to the endpoint.

Abstract: Technology is described for migrating connections for Internet of Things (IoT) devices. Data packets may be received from an IoT device for forwarding to a first physical host in a computing service environment. A determination to migrate the connection for the IoT device from the first physical host to a second physical host in the computing service environment may be performed when a throughput of the data packets received from the IoT device for the first physical host exceeds a defined threshold. A connection migration procedure may be initiated to migrate the connection for the IoT device from the first physical host to the second physical host. The connection migration procedure may include an exchange of session state information for the IoT device from the first physical host to the second physical host to enable the migration of the connection to the second physical host.

Abstract: A WiFi-enabled user device charger is disclosed that may include a processor, a WiFi antenna, a connector for receiving power, a user device charging and data transmission connector, and a memory storing computer-executable instructions configuring the processor to connect to a server using the WiFi antenna to fetch data; queue a portion of the data to transfer to the user device; determine that the user device is connected to the WiFi-enabled user device charger; transmit at least a portion of the data to the user device using the device charging and data transmission connector; and transfer power to the user device using the device charging and data transmission connector. The WiFi-enabled user device charger may not provide any functionality that is not related to charging the user device or transferring data between the user device and the server.