Abstract: Systems and methods for updating television receiving devices (such as cable and satellite set-top boxes) include functionality that pre-downloads software or firmware updates for the receiving device on a mobile device, such as a smartphone, of a television service provider technician. In order to communicate the updates to the receiving device from the mobile device, during initial installation of the set-top box at the customer premises, the technician connects his or her mobile device to the same input of the set-top box that normally receives the television programming and remote software or firmware updates from the television service provider. The mobile device may include or be coupled to an adapter that adapts a signal and hardware interface from an output interface of the mobile device to a signal and hardware interface compatible with the input interface of the set-top box.

Abstract: A method can include, amplifying an analog input signal to generate an amplified analog signal; modulating the amplified analog signal into a digital data stream; filtering the digital data stream with a first digital filter to generate a first filtered data stream, and selectively changing a gain of the amplifier in response to the first filtered data stream. While the digital data stream is filtered with the first digital filter, the digital data stream is filtered with a second digital filter to generate a second filtered data stream. An output digital value corresponding to the analog input signal in response to the second filtered data stream. Corresponding systems and devices are also disclosed.

Abstract: A base station device used with a vehicle includes a first transceiver which communicates with a first network, a second transceiver which communicates with a second network, and a third transceiver which communicates with devices within the vehicle. The base station device also includes a processor and a memory device that cause the base station device to: obtain types of traffic being transmitted or received by the devices within the vehicle, assign first priority values to the types of traffic being transmitted or received by each of the devices within the vehicle, assign second priority values to the devices within the vehicle; assign each of the types of traffic to the first transceiver or the second transceiver based on the first priority values and the second priority values, and redirect traffic to the first transceiver and to the second transceiver.

Abstract: Systems herein can recommend files to users based on meeting information. The system can include a secure email gateway that forwards meeting invitations to an email server and a content server. The system can extract invitee information, meeting timing information, and an attachment from the meeting invitation. During a time period based on the meeting timing information, the content server can cause a managed content application on an invitee's user device to visually identify the attachment as a recommended file. This can allow the user to locate and access relevant files for a meeting, including files that are not attached to the meeting invite, at one location.

Abstract: Software development kit (“SDK”) applications may be implemented with user data on an enterprise end-user or shared device subsequent to a single check-out process on the device. A user profile and a context ID for a user can be accessed based on user provided credentials. An agent application can set a value of an agent context ID to a server context ID corresponding to the context ID for the user profile. A status of a local context ID (“LCID”) of an SDK application can be determined in response to an application launch. Using the LCD, a context ID comparison can be performed on the device with a value of a context ID from one of the SDK application, the server, and the agent application based on the LCID status. The SDK application can be implemented with user specific user data obtained from one of the SDK application and the agent application based on a result of the context ID comparison.

Abstract: Software development kit (“SDK”) applications may be implemented with user data on an enterprise end-user or shared device subsequent to a single check-out process on the device. A user profile and a context ID for a user can be accessed based on user provided credentials. An SDK application can be identified as one application of an application cluster including at least two applications. A status of a local context ID (“LCID”) of the SDK application can be determined, and a value for the LCID can be established based on the status and a value of a comparison context ID obtained from a server or an agent application. The LCID and a context ID for a keychain for the application cluster can be compared, and the SDK application can be implemented with user specific user data obtained from the agent application or the keychain based on a result of the comparison.

Abstract: Implementations disclosed describe a programmable analog subsystem (PASS) having a plurality of reconfigurable analog circuits. The PASS may be coupled to an input/output device to receive an input signal and to an interface to communicate data with a central processing unit. In a first PASS configuration, with the plurality of reconfigurable analog circuits having a first configuration setting, the PASS may process the input signal through the plurality of reconfigurable analog circuits to generate a first output value based on the input signal. Responsive to the first output value, the PASS may reconfigure the plurality of reconfigurable analog circuits into a second PASS configuration having a second configuration setting, such that the second configuration setting is different than the first configuration setting.

Abstract: Disclosed are various embodiments for monitoring network usage by client devices and enforcing compliance rules related thereto. A management component of a client application can be provided to identify a first function call made in the source code of the client application to invoke a media player function on the client device associated with a playback of media content received over a carrier network. The first function call can be replaced with a second function call that, when invoked during an execution of the client application, causes a device to identify a size of the media content received by the client device over the carrier network; communicate the size of the media content received by the client device to a remote computing service; and provide the media content for playback on the client device.

Abstract: Aspects of providing single sign on (SSO) sessions are described. An access interval key is generated using an access code as a seed to a key derivative function. The access interval key is encrypted using a public key of an SSO-enabled application to generate an encrypted access interval key for a sign on session. The sign on session is established by storing the encrypted access interval key in a memory location of an SSO session map shared by SSO-enabled applications.

Abstract: To extend a sign on session among applications, an inter-application workflow request can be initiated from a first to a second application. The workflow request can identify one or more memory locations in a shared memory for secure data transfer between the applications. The first application can then monitor the memory locations for the presence of a public key stored in shared memory by the second application in response to the workflow request. Once the public key is present in the shared memory, the first application can retrieve and use it to encrypt an access interval key. The encrypted access interval key can then be stored in the shared memory for retrieval by the second application. The access interval key is associated with a sign on session of the first application, and the second application can retrieve and decrypt it to extend the sign on session to the second application.

Abstract: To establish a sign on session among single sign on (SSO)-enabled applications, a user can be prompted by an application for an access code. An access interval key can be generated using a key derivative function based on the access code. The access interval key can be considered a session key, and it can be used during a valid SSO session to decrypt a master key stored in a shared memory. In turn, the master key can be used to encrypt and decrypt the contents of the shared memory. To securely distribute the access interval key among the SSO-enabled applications during a current session, individual SSO-enabled applications can each store a public key in the shared memory. The access interval key can then be encrypted, respectively, by the public keys of the SSO-enabled applications and stored in the shared memory to be retrieved securely by the SSO-enabled applications.

Abstract: Disclosed are examples that relate to monitoring network usage by client devices and enforcing compliance rules related thereto. In various examples, a system can intercept a network call in transit from a client application to an operating system of a client device, wherein the network call is configured to cause a content provider to transmit content to the operating system over a carrier network, and wherein the network call is further configured to cause the operating system to transmit the content to the client application; can modify the configuration of the network call such that the network call causes the operating system to transmit the content to the management component; can receive the content from the operating system; can analyze the content for network usage; can create a network usage analysis; and, can provide the content to the client application.

Abstract: A base station device used with a vehicle includes a first transceiver which communicates with a first network, a second transceiver which communicates with a second network, and a third transceiver which communicates with devices within the vehicle. The base station device also includes a processor and a memory device that cause the base station device to: obtain types of traffic being transmitted or received by the devices within the vehicle, assign first priority values to the types of traffic being transmitted or received by each of the devices within the vehicle, assign second priority values to the devices within the vehicle; assign each of the types of traffic to the first transceiver or the second transceiver based on the first priority values and the second priority values, and redirect traffic to the first transceiver and to the second transceiver.

Abstract: A functionality of an accessible device such as a set-top box, computer, mobile device, media device, is unlocked or otherwise made available to a user by a security system dependent on an external paired device, such as a mobile device, a key fob or radio frequency identification (RFID) device paired to the accessible device being in a particular wireless communication range of the accessible device. When an authorized user carries the external paired device, this provides the authorized user of the accessible device the ability to conveniently restrict the use of the accessible device and access to various functionalities of the accessible device, such as access to particular television programming or streaming media at times when the authorized user is not in close proximity or in the same general area of the accessible device.

Abstract: A guidance device may include a base member, a support coupled to the base member, and a guide coupled to the support. The guide may be movable relative to the base member and may include a through hole extending therethrough.

Abstract: Disclosed are methods, systems, and non-transitory, machine-readable media that facilitate personalized home automation control based at least in part on individualized protocol. First sensor data may be received, and may be indicative of an identified individual that is sensed by a set of sensors. A particularized pattern of activity of individual may be determined. Second sensor data may be indicative of an unidentified individual. Identification rules specified by a stored protocol record may include criteria for identifying sensed individuals. The second sensor data and/or identification information from another data source may be analyzed to identify the unidentified individual. A home automation rule may be determined based on the particularized pattern, which rule may include an anticipation of an operational setting of a home automation device. The home automation device may be instructed based on the determined home automation rule.

Abstract: To establish a sign on session among single sign on (SSO)-enabled applications, a user can be prompted by an application for an access code. An access interval key can be generated using a key derivative function based on the access code. The access interval key can be considered a session key, and it can be used during a valid SSO session to decrypt a master key stored in a shared memory. In turn, the master key can be used to encrypt and decrypt the contents of the shared memory. To securely distribute the access interval key among the SSO-enabled applications during a current session, individual SSO-enabled applications can each store a public key in the shared memory. The access interval key can then be encrypted, respectively, by the public keys of the SSO-enabled applications and stored in the shared memory to be retrieved securely by the SSO-enabled applications.

Abstract: To extend a sign on session among applications, an inter-application workflow request can be initiated from a first to a second application. The workflow request can identify one or more memory locations in a shared memory for secure data transfer between the applications. The first application can then monitor the memory locations for the presence of a public key stored in shared memory by the second application in response to the workflow request. Once the public key is present in the shared memory, the first application can retrieve and use it to encrypt an access interval key. The encrypted access interval key can then be stored in the shared memory for retrieval by the second application. The access interval key is associated with a sign on session of the first application, and the second application can retrieve and decrypt it to extend the sign on session to the second application.

Abstract: A particle detection system including a particle detector in fluid communication with at least two sample inlets for receiving a sample flow from a monitored region. The particle detector includes detection means for detecting the level of particles within the sample flow and outputting a first signal indicative of the level of particles within the sample flow. A flow sensor is located downstream of the sample inlets for measuring the flow rate of the sample flow and outputting a second signal indicative of the flow rate of the sample flow. At least a first sample inlet is normally open to the monitored region for receiving at least part of the sample flow. At least a second sample inlet is normally closed to the monitored region but is openable to the monitored region in response to a change in environmental conditions in the monitored region.

Abstract: Disclosed are various embodiments for monitoring network usage by client devices and enforcing compliance rules related thereto. A management component of a client application can be provided to identify a first function call made in the source code of the client application to invoke a media player function on the client device associated with a playback of media content received over a carrier network. The first function call can be replaced with a second function call that, when invoked during an execution of the client application, causes a device to identify a size of the media content received by the client device over the carrier network; communicate the size of the media content received by the client device to a remote computing service; and provide the media content for playback on the client device.