Abstract: A driveline joint may include a driveline shaft that has a plurality of slots and a shaft coupling positioned in an interior of the driveline shaft in which the shaft coupling includes one or more openings with each of the openings corresponding to one or more respective slots of the plurality of slots included in the driveline shaft. The driveline joint may include one or more spherical bearings that are each positioned between an interior lateral surface of the driveline shaft and an exterior lateral surface of the shaft coupling and against one of the openings of the shaft coupling. The driveline joint may include one or more fasteners, wherein each of the fasteners extends through one of the slots and one of the openings of the shaft coupling.

Abstract: Systems and methods for managing token-based transactions are disclosed. According to one embodiment, a method for managing token-based transactions may include (1) a token manager server comprising at least one computer processor receiving, from a customer, a request to provide a payment token to a merchant; (2) the token manager server receiving, from the customer, an identification of a first financial instrument and a second financial instrument to associate with the payment token; (3) the token manager server receiving, from the customer, an allocation of a transaction between the first financial instrument and the second financial instrument; (4) the token manager server generating the payment token and associating the payment token with the first financial instrument and the second financial instrument; and (5) the token manager server providing the payment token to the merchant.

Abstract: A transaction management method and system are providing for managing disposition of funds for system users based on account activity. The method stores account data for the system users and instructions and at least a downloadable mobile application, The method receives through an interface over a network, an indication of account activity by the system user and determines a type of account activity. The method further identifies identifying a spending category for the account activity and performs an accounting for the spending category to determine if the account activity is indicative of system user underspending. The method further includes investing calculated underspending. An investment card may be utilized.

Abstract: A transaction management method and system are providing for managing disposition of funds for system users based on account activity. The method stores account data for the system users and instructions and at least a downloadable mobile application, The method receives through an interface over a network, an indication of account activity by the system user and determines a type of account activity. The method further identifies identifying a spending category for the account activity and performs an accounting for the spending category to determine if the account activity is indicative of system user underspending. The method further includes investing calculated underspending. An investment card may be utilized.

Abstract: A network interface accesses project data, wherein the project data comprises a metric for a project. A processor determines a project completeness based on the project data. The network interface receives a project assessment and also accesses updated project data, wherein the updated project data comprises an updated metric for the project. The processor then determines an updated completeness of the project, and determines a change in the completeness of the project. When the change in the completeness of the project is over a threshold, the processor sets a material change flag. The processor also determines a low-granularity project status. The processor then generates a project heat map. The project heat map is displayed in a tabular format. The project heat map presents the completeness of the project, material change flag, and the low-granularity project status for the project simultaneously.

Abstract: A network interface accesses project data, wherein the project data comprises a metric for a project. A processor determines a project completeness based on the project data. The network interface receives a project assessment and also accesses updated project data, wherein the updated project data comprises an updated metric for the project. The processor then determines an updated completeness of the project, and determines a change in the completeness of the project. When the change in the completeness of the project is over a threshold, the processor sets a material change flag. The processor also determines a low-granularity project status. The processor then generates a project heat map. The project heat map is displayed in a tabular format. The project heat map presents the completeness of the project, material change flag, and the low-granularity project status for the project simultaneously.

Abstract: An internal explosion engine, having a vessel with an interior space and inlets and outlets for respectively introducing fluid into said space at relatively low pressure and removing said fluid from said space at relatively high pressure; an electric discharge explosion in situ sparking device having spaced electric discharge elements that are disposed in said space, said discharge sparking device further including an applied electrical potential of opposite polarities to said discharge elements, a fluid reservoir for holding said fluid, and a drive adapted to be driven by the pressurized fluid to do work; wherein said electrical discharge device is adapted to explode in said fluid, said exploded fluid expanding in volume to increase the internal pressure in said system, to provide said pressurized fluid whereby said drive is driven by said increased internal pressure.