Abstract: Techniques described herein improve viewer experience by leveraging the ability of a viewer's device to access an over-the-top (OTT) content via the device's multi-channel connections to an OTT content server. In an example embodiment, the device receives the OTT content via a first channel and performs cross-party diagnostic testing through a second channel. In this embodiment, a diagnostic app in the device compares measured signals in the first channel with a first set of threshold values and further compares acquired telemetry data in the second channel with a second set of threshold values. Based on the comparison results, the device determines the possible root cause of the interruption. Further, the device performs an in-depth diagnostic testing on a determined possible root cause (e.g., OTT content server) and sends an in-depth diagnostic report to a viewer.

Abstract: A content management system may support a card engine to dynamically perform operations such as configuring content for display via a user interface and generating reports based on user behavior, account status, and business logic. In cooperation with a facts controller to provide facts that the card engine may access substantively in real time, a rules engine to provide constructs in the form of card definitions, and a development engine, the content management system may enable a content manager to effect changes to card and container definitions by providing or modifying rules and rulesets in the rules engine dynamically. Cards evaluated dynamically by the card engine may be transmitted to user equipment. In this way, the content manager may make content decisions in accordance with business logic and events occurring proximate to the user, thereby impacting the user experience and generating reports in a substantive and real-time fashion.

Abstract: A card engine may dynamically configure content for display via user equipment (UE). A rules engine may provide constructs to the card engine in the form of card definitions, which the card engine may evaluate using facts obtained from a facts controller. The card engine may create a hierarchy of containers, which are logical abstracts for containing cards. The containers in the hierarchy, which may be organized as a tree, may contain card definitions according to respective themes determined by the card engine. Variants may be assigned weights which can be changed dynamically based on factors such as user behavior, account condition, promotions or offerings. The card having the highest weight within its container is advanced up the tree. When a card reaches the top level of the tree, it may be formatted for display via the user interface and transmitted to the UE accordingly.

Abstract: A development engine may enable a developer to customize a user experience using an intuitive developer interface. A rules engine may provide constructs to a card engine in the form of card definitions, which the card engine may evaluate using facts obtained from a facts controller. The evaluated card definitions are cards that may be output for presentation via user equipment. Variants may be assigned weights which can be set or changed dynamically by the card engine substantively and in real time based on factors such as user behavior, account condition, promotions or offerings. The card engine may make content decisions proximate to events occurring to the user. The presentation of the cards may be changed substantively and in real time in accordance with the setting or changes in variants.

Abstract: A client computing device may obtain access to protected resources with a proof-of-possession (Pop) token. The client computing device may request an access token from an authorization server via an application server. The request may include key material (e.g., token binding type, key, and key parameters) that the client computing device possesses or has access to, such as a public key of an asymmetric public/private key pair. In some embodiments, the public key may be a confirmation (CNF) key, which may be added to the access token and JWT signed by the authorization server. The private key may be retained by the client, who may then use the PoP token to prove possession of the private key.

Abstract: Techniques described herein improve viewer experience by leveraging the ability of a viewer's device to access an over-the-top (OTT) content via the device's multi-channel connections to an OTT content server. In an example embodiment, the device receives the OTT content via a first channel and performs cross-party diagnostic testing through a second channel. In this embodiment, a diagnostic app in the device compares measured signals in the first channel with a first set of threshold values and further compares acquired telemetry data in the second channel with a second set of threshold values. Based on the comparison results, the device determines the possible root cause of the interruption. Further, the device performs an in-depth diagnostic testing on a determined possible root cause (e.g., OTT content server) and sends an in-depth diagnostic report to a viewer.

Abstract: A card engine may dynamically configure content for display via user equipment (UE). A rules engine may provide constructs to the card engine in the form of card definitions, which the card engine may evaluate using facts obtained from a facts controller. The card engine may create a hierarchy of containers, which are logical abstracts for containing cards. The containers in the hierarchy, which may be organized as a tree, may contain card definitions according to respective themes determined by the card engine. Variants may be assigned weights which can be changed dynamically based on factors such as user behavior, account condition, promotions or offerings. The card having the highest weight within its container is advanced up the tree. When a card reaches the top level of the tree, it may be formatted for display via the user interface and transmitted to the UE accordingly.

Abstract: A client computing device may obtain access to protected resources with a proof-of-possession (Pop) token. The client computing device may request an access token from an authorization server via an application server. The request may include key material (e.g., token binding type, key, and key parameters) that the client computing device possesses or has access to, such as a public key of an asymmetric public/private key pair. In some embodiments, the public key may be a confirmation (CNF) key, which may be added to the access token and JWT signed by the authorization server. The private key may be retained by the client, who may then use the PoP token to prove possession of the private key.

Abstract: A development engine may enable a developer to customize a user experience using an intuitive developer interface. A rules engine may provide constructs to a card engine in the form of card definitions, which the card engine may evaluate using facts obtained from a facts controller. The evaluated card definitions are cards that may be output for presentation via user equipment. Variants may be assigned weights which can be set or changed dynamically by the card engine substantively and in real time based on factors such as user behavior, account condition, promotions or offerings. The card engine may make content decisions proximate to events occurring to the user. The presentation of the cards may be changed substantively and in real time in accordance with the setting or changes in variants.

Abstract: A content management system may support a card engine to dynamically perform operations such as configuring content for display via a user interface and generating reports based on user behavior, account status, and business logic. In cooperation with a facts controller to provide facts that the card engine may access substantively in real time, a rules engine to provide constructs in the form of card definitions, and a development engine, the content management system may enable a content manager to effect changes to card and container definitions by providing or modifying rules and rulesets in the rules engine dynamically. Cards evaluated dynamically by the card engine may be transmitted to user equipment. In this way, the content manager may make content decisions in accordance with business logic and events occurring proximate to the user, thereby impacting the user experience and generating reports in a substantive and real-time fashion.

Abstract: Systems and methods for automatically modifying computing devices are provided. Various embodiments allow multiple control beacons (e.g., Bluetooth low energy beacons) with GPS to automatically pre-configure by discovering each other using location provided by the GPS in the beacons. These beacons can then be used to enforce multiple rules or policies on the computing device (e.g., restrict the activities/functionality of a mobile device). For example, a beacon can be installed at a family's dinner table and can be used as a trigger to restrict (or activate) phone features (e.g., allow only incoming calls while near this beacon during dinner times). In some embodiments, the GPS on the beacon can be used to notify administrators (e.g., parents) if the beacon is moved from its current location.

Abstract: A rules engine may provide constructs to a card engine in the form of card definitions, which the card engine may evaluate using facts obtained from a facts controller. The evaluated card definitions are cards that may be output for presentation via user equipment. Variants may be assigned weights which can be set or changed dynamically by the card engine substantively and in real time based on factors such as user behavior, account condition, promotions or offerings. The presentation of the cards may be changed substantively and in real time in accordance with the setting or changes in variants.

Abstract: A card engine may dynamically configure content for display via user equipment (UE). A rules engine may provide constructs to the card engine in the form of card definitions, which the card engine may evaluate using facts obtained from a facts controller. The card engine may create a hierarchy of containers, which are logical abstracts for containing cards. The containers in the hierarchy, which may be organized as a tree, may contain card definitions according to respective themes determined by the card engine. Variants may be assigned weights which can be changed dynamically based on factors such as user behavior, account condition, promotions or offerings. The card having the highest weight within its container is advanced up the tree. When a card reaches the top level of the tree, it may be formatted for display via the user interface and transmitted to the UE accordingly.

Abstract: A card engine may dynamically configure content for display via user equipment (UE). A rules engine may provide constructs to the card engine in the form of card definitions, which the card engine may evaluate using facts obtained from a facts controller. The card engine may create a hierarchy of containers, which are logical abstracts for containing cards. The containers in the hierarchy, which may be organized as a tree, may contain card definitions according to respective themes determined by the card engine. Variants may be assigned weights which can be changed dynamically based on factors such as user behavior, account condition, promotions or offerings. The card having the highest weight within its container is advanced up the tree. When a card reaches the top level of the tree, it may be formatted for display via the user interface and transmitted to the UE accordingly.

Abstract: Systems and methods for automatically modifying computing devices are provided. Various embodiments allow multiple control beacons (e.g., Bluetooth low energy beacons) with GPS to automatically pre-configure by discovering each other using location provided by the GPS in the beacons. These beacons can then be used to enforce multiple rules or policies on the computing device (e.g., restrict the activities/functionality of a mobile device). For example, a beacon can be installed at a family's dinner table and can be used as a trigger to restrict (or activate) phone features (e.g., allow only incoming calls while near this beacon during dinner times). In some embodiments, the GPS on the beacon can be used to notify administrators (e.g., parents) if the beacon is moved from its current location.

Abstract: Systems and methods for automatically modifying computing devices are provided. Various embodiments allow multiple control beacons (e.g., Bluetooth low energy beacons) with GPS to automatically pre-configure by discovering each other using location provided by the GPS in the beacons. These beacons can then be used to enforce multiple rules or policies on the computing device (e.g., restrict the activities/functionality of a mobile device). For example, a beacon can be installed at a family's dinner table and can be used as a trigger to restrict (or activate) phone features (e.g., allow only incoming calls while near this beacon during dinner times). In some embodiments, the GPS on the beacon can be used to notify administrators (e.g., parents) if the beacon is moved from its current location.

Abstract: Systems and methods for automatically modifying computing devices are provided. Various embodiments allow multiple control beacons (e.g., Bluetooth low energy beacons) with GPS to automatically pre-configure by discovering each other using location provided by the GPS in the beacons. These beacons can then be used to enforce multiple rules or policies on the computing device (e.g., restrict the activities/functionality of a mobile device). For example, a beacon can be installed at a family's dinner table and can be used as a trigger to restrict (or activate) phone features (e.g., allow only incoming calls while near this beacon during dinner times). In some embodiments, the GPS on the beacon can be used to notify administrators (e.g., parents) if the beacon is moved from its current location.

Abstract: Systems and methods for automatically modifying computing devices are provided. Various embodiments allow multiple control beacons (e.g., Bluetooth low energy beacons) with GPS to automatically pre-configure by discovering each other using location provided by the GPS in the beacons. These beacons can then be used to enforce multiple rules or policies on the computing device (e.g., restrict the activities/functionality of a mobile device). For example, a beacon can be installed at a family's dinner table and can be used as a trigger to restrict (or activate) phone features (e.g., allow only incoming calls while near this beacon during dinner times). In some embodiments, the GPS on the beacon can be used to notify administrators (e.g., parents) if the beacon is moved from its current location.

Abstract: Systems and methods for automatically modifying computing devices are provided. Various embodiments allow multiple control beacons (e.g., Bluetooth low energy beacons) with GPS to automatically pre-configure by discovering each other using location provided by the GPS in the beacons. These beacons can then be used to enforce multiple rules or policies on the computing device (e.g., restrict the activities/functionality of a mobile device). For example, a beacon can be installed at a family's dinner table and can be used as a trigger to restrict (or activate) phone features (e.g., allow only incoming calls while near this beacon during dinner times). In some embodiments, the GPS on the beacon can be used to notify administrators (e.g., parents) if the beacon is moved from its current location.

Abstract: Systems, methods and procedures are described for thwarting undesirable applications from affecting mobile communication devices. A mobile communication device uses a server to assist in identifying and removing undesirable applications.