Abstract: A control device includes a housing having a base portion and an extension portion. The base portion of the housing has an inward facing side and an outward facing side. The control device includes a lever coupled to and pivotable relative to the housing, and a master cylinder portion supported by the housing. The master cylinder portion has a hollow fluid cylinder. The control device also includes a piston assembly supported by the housing. The piston assembly is movable relative to the master cylinder portion. At least part of the piston assembly is disposed within the master cylinder portion. The master cylinder portion is angled relative to the outward facing side of the base portion of the housing, such that the first end of the fluid cylinder is closer to the outward facing side than the second end of the fluid cylinder is relative to the outward facing side.

Abstract: Techniques are described for client registration for authorizing an aggregator service to access data on behalf of an application, through self-registration of an application client identifier and issuance of authorization token(s) based on the application client identifier. Implementations provide a technique for dynamic client registration that avoids the need for manual vetting and manual generation of the client credential grant. Additionally, the implementations described herein enforce domain values around the scope and/or purpose of the client grant. This allows for support of application providers through a single point of registration that supports multi-layer and channel. This also allows for support of a scalable authorization solution for any suitable number of clients. The dynamic client registration process adds an additional layer of security through the OAuth client grant and mutual authentication.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media for an automated financial management system. One of the methods includes receiving data indicating a list of historic transactions of a user from a plurality of financial institutions. The method includes identifying at least one predicted unexpected expense based on providing at least some of the data to a trained machine-learning model, the trained machine-learning model trained using historic transaction data of a plurality of other users. The method includes determining a plan to account for the unexpected expense. The method also includes automatically transferring an amount based on the plan.

Abstract: Techniques are described for providing a simultaneous, multi-device user experience that employs computing devices with varying capabilities for data input and/or data output, using a microservice-based architecture. A user may register multiple devices with a service, which determines capabilities of the devices for data input and/or output. During a communication session involving the user and another user, such as a service representative, the service may receive input data collected through device(s) and/or provide output data to be presented on the same or other device(s), where such data input and data output is received and provided according to the input/output capabilities of the various devices. The data input and/or output may switch from device to device during a session. In some instances, data may be replicated for presentation through multiple devices simultaneously. Interactions with each device may be through a microservice that is associated with the device and/or its device type.

Abstract: An electronic system provides various features and functionality for managing resources. An alert may be sent when a mobile device crosses a geo-fence. The alert may describe how much of the resource is available for the types of transaction that are likely to occur within the geo-fence. The alert may request or confirm the allocation of the transaction to a resource pool or suggest alternative transactions.

Abstract: Multiple digital assistants are employed to process requests within a computing environment. An initial request (e.g., voice command) may be received by a first DA. If it is determined that the first DA can handle the request based on one or more terms of the request, a communications session between a user and the first DA is established to handle the request. If it is determined that the first DA is incapable of handling the request, a second DA configured to handle the request is determined.

Abstract: Techniques are described for providing a simultaneous, multi-device user experience that employs computing devices with varying capabilities for data input and/or data output, using a microservice-based architecture. A user may register multiple devices with a service, which determines capabilities of the devices for data input and/or output. During a communication session involving the user and another user, such as a service representative, the service may receive input data collected through device(s) and/or provide output data to be presented on the same or other device(s), where such data input and data output is received and provided according to the input/output capabilities of the various devices. The data input and/or output may switch from device to device during a session. In some instances, data may be replicated for presentation through multiple devices simultaneously. Interactions with each device may be through a microservice that is associated with the device and/or its device type.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media for an automated financial management system. One of the methods includes receiving data indicating a list of historic transactions of a user from a plurality of financial institutions. The method includes identifying at least one predicted unexpected expense based on providing at least some of the data to a trained machine-learning model, the trained machine-learning model trained using historic transaction data of a plurality of other users. The method includes determining a plan to account for the unexpected expense. The method also includes automatically transferring an amount based on the plan.

Abstract: In one aspect there is provided a ram block inner seal assembly comprising a core member having a top face, a bottom face, a front face, a rear face, and two side faces. A connector portion connects the top and bottom faces. A peripheral member surrounds the front, rear and side faces. The core member further comprises a peripheral groove on at least the front and side faces, the peripheral groove having a cross-sectional profile. The peripheral member further comprises an energizing section that has a cross-sectional profile which substantially matches the cross-sectional profile of the peripheral groove.

Abstract: Techniques are described for client registration for authorizing an aggregator service to access data on behalf of an application, through self-registration of an application client identifier and issuance of authorization token(s) based on the application client identifier. Implementations provide a technique for dynamic client registration that avoids the need for manual vetting and manual generation of the client credential grant. Additionally, the implementations described herein enforce domain values around the scope and/or purpose of the client grant. This allows for support of application providers through a single point of registration that supports multi-layer and channel. This also allows for support of a scalable authorization solution for any suitable number of clients. The dynamic client registration process adds an additional layer of security through the OAuth client grant and mutual authentication.

Abstract: Techniques are described for providing a simultaneous, multi-device user experience for one or more users, on computing devices that include different capabilities for data input and/or data output. A user may register multiple devices with a service, and the service may determine capabilities of the devices for data input and data output. During a communication session involving the user and another user, such as a service representative, the service may receive input data collected through one or more devices and/or provide output data to be presented on one or more devices, where such data input and data output is received and provided according to the various input/output capabilities of the various devices. The data input and/or data output may switch from device to device during a session. In some instances, data may be replicated for presentation through multiple devices simultaneously.

Abstract: Techniques are described for client registration for authorizing an aggregator service to access data on behalf of an application, through self-registration of an application client identifier and issuance of authorization token(s) based on the application client identifier. Implementations provide a technique for dynamic client registration that avoids the need for manual vetting and manual generation of the client credential grant. Additionally, the implementations described herein enforce domain values around the scope and/or purpose of the client grant. This allows for support of application providers through a single point of registration that supports multi-layer and channel. This also allows for support of a scalable authorization solution for any suitable number of clients. The dynamic client registration process adds an additional layer of security through the OAuth client grant and mutual authentication.

Abstract: Techniques are described for cryptographic key generation based on biometric data associated with a user. Biometric data, such as fingerprint(s) and/or heartbeat data, may be collected using one or more sensors in proximity to the user. The biometric data may be analyzed to generate a cryptographic key. In some implementations, the key may be employed by the user to access data, access certain (e.g., secure) feature(s) of an application, authenticate the user, digitally sign document(s), and/or for other purpose(s). In some implementations, the key may be re-generated for each access request or authentication instance, based on the user's fingerprint or other biometric data.

Abstract: An electronic system provides various features and functionality for managing resources. An alert may be sent when a mobile device crosses a geo-fence. The alert may describe how much of the resource is available for the types of transaction that are likely to occur within the geo-fence. The alert may request or confirm the allocation of the transaction to a resource pool or suggest alternative transactions.

Abstract: Multiple digital assistants are employed to process requests within a computing environment. An initial request (e.g., voice command) may be received by a first DA. If it is determined that the first DA can handle the request based on one or more terms of the request, a communications session between a user and the first DA is established to handle the request. If it is determined that the first DA is incapable of handling the request, a second DA configured to handle the request is determined.

Abstract: Techniques are described for providing a simultaneous, multi-device user experience for one or more users, on computing devices that include different capabilities for data input and/or data output. A user may register multiple devices with a service, and the service may determine capabilities of the devices for data input and data output. During a communication session involving the user and another user, such as a service representative, the service may receive input data collected through one or more devices and/or provide output data to be presented on one or more devices, where such data input and data output is received and provided according to the various input/output capabilities of the various devices. The data input and/or data output may switch from device to device during a session. In some instances, data may be replicated for presentation through multiple devices simultaneously.

Abstract: In one aspect there is provided a ram block inner seal assembly comprising a core member having a top face, a bottom face, a front face, a rear face, and two side faces. A connector portion connects the top and bottom faces. A peripheral member surrounds the front, rear and side faces. The core member further comprises a peripheral groove on at least the front and side faces, the peripheral groove having a cross-sectional profile. The peripheral member further comprises an energizing section that has a cross-sectional profile which substantially matches the cross-sectional profile of the peripheral groove.

Abstract: Techniques are described for cryptographic key generation based on biometric data associated with a user. Biometric data, such as fingerprint(s) and/or heartbeat data, may be collected using one or more sensors in proximity to the user. The biometric data may be analyzed to generate a cryptographic key. In some implementations, the key may be employed by the user to access data, access certain (e.g., secure) feature(s) of an application, authenticate the user, digitally sign document(s), and/or for other purpose(s). In some implementations, the key may be re-generated for each access request or authentication instance, based on the user's fingerprint or other biometric data.

Abstract: Techniques are described for cryptographic key generation based on biometric data associated with a user. Biometric data, such as fingerprint(s) and/or heartbeat data, may be collected using one or more sensors in proximity to the user. The biometric data may be analyzed to generate a cryptographic key. In some implementations, the key may be employed by the user to access data, access certain (e.g., secure) feature(s) of an application, authenticate the user, digitally sign document(s), and/or for other purpose(s). In some implementations, the key may be re-generated for each access request or authentication instance, based on the user's fingerprint or other biometric data.

Abstract: Techniques are described for cooperative delegation of request processing by digital assistants (DAs) in a computing environment. An initial request (e.g., voice command) may be received by a first DA, and a communication session may be initiated during which the first DA handles the initial request and/or subsequent requests. On receiving a request that it is unable to handle, the first DA may transfer control of the session to a second DA. The second DA may handle the request and/or subsequent requests before passing control of the session back to the first DA or to another appropriate DA. Each handling DA may provide output (e.g., voice output or otherwise) associated with their handling of the various requests during the session. In some instances, transfer of control among DAs may be mediated by a broker based on information describing the different capabilities of various DAs.